Eliminate the "space after" on the...
When I use the paragraph element, it automatically inserts space after the actual text. This isn't padding as padding has been set to zero. Right now, this has been my solution (I'm only on day 2 with RED, so maybe I'm overlooking something):
Insert a 24px space between a paragraph and an image (below the paragraph).
1. Insert the paragraph element and set the style requirements (font face, etc.).
2. Insert the image element that follows the paragraph element.
3. Select the paragraph element so I get the UI-based outline of the space it's taking up.
4. Take a screenshot and in Photoshop, measure the pixels being used that make up the default "space after" within the paragraph element (for this example, let's say it's 14px—this changes, though, depending on the typeface used, type size, etc.).
5. Subtract that value (14px) from the overall space required between the two elements (24px) and add add padding (10px) to make up the difference so I get the final spacing (24px) between the elements, as I require.
The problem with this is, every time a paragraph's text size is adjusted, this all needs to be recalculated.
Ideally, rather than forcing this "space after", it's be a lot more precise if there was zero "space after" and the user was left to adjusting the padding themselves to add this space after the paragraph. Ideally, this would also be done with the slight amount of space that's also added to the top of the paragraph element too (as you sorted get the same issue there, just not as drastic).
My other solution has been to use text elements, instead of paragraph elements, but I realize, in doing this, Accessibility takes a hit (and you still get slight padding on the top/bottom of text elements, just not as bad).
The reason RED adds that space is because various versions of Outlook will do it otherwise. This creates more consistency with what you see in RED and what is presented in Outlook. Using text elements is a good work around though it will slightly impact accessibility as mentioned by Kristin. Email coding is still an art with a delicate balance between display consistency and custom design.
I did read about a hack for this that we might want to test with and, if successful, can integrate in one of the next releases.
The reason RED adds that space is because various versions of Outlook will do it otherwise. This creates more consistency with what you see in RED and what is presented in Outlook.
Leave it to Microsoft to screw things up...
Email me at firstname.lastname@example.org or call 865-687-7698
How-To Instructions for Coffeecup Users (tutorials, examples, and downloads)
http://usconsumernet.net/help-for-coffe … -users.php
Within a paragraph element we have paragraphs with large carriage returns, done by manually adding a blank line, between them. We tried changing line height of the blank line and as soon as we edit the number even slightly the line height effectively goes to zero and the two paragraphs collapse. Bug? Expected?
We tried to break each paragraph into a separate element (not natural for our staff to write that way) and still can't adjust the gap after paragraphs. Margin control somewhere?
Hints please, anyone?
We're in 3.0 v1602
Have something to add? We’d love to hear it!
You must have an account to participate. Please Sign In Here, then join the conversation.