In my email I have a html table. Table width is set to 900px.
I need to support initial text format set by user (only line breaks). So after a lot of tests I found out that for Outlook 2007 the best solution was tag <Pre>. I wrap text with this tag. But the problem is that some lines are very long and don't have breaks. In this case all email clients automatically breaks lines so table width is not changed. But Outlook 2000-2003 displays this lines without wrapping them. So the table width is increasing.
How this can be fixed? If I remove <pre>
tag everything is ok, long lines are autowrapped, table width is 900px but in this case I loose user text format (line breaks set by user).
In my opinion, the width of your email should not be larger than 600px. I recommend looking into using a framework or boilerplate template. This will make your life a hell of a lot easier. I personally like Zurb's Ink framework, but certainly there are others out there that will work just as well.
Good luck.
Related
everyone.
I am working with Oracle Reports 6i to generate a report that includeds text in the form of paragraphs. Everything looks fine from the Real Time Viewer however when the report is run to generate a PDF, some, of the paragraphs would change from Justified to Filled.
This doesn't happen for every text container. In a full page I will have two paragraphs that are filled instead of justified.
Here is the details.
Each paragraph is within their own container.
The alignment for all containers is set to Justified(Flush)
Paragraphs have the same font type and font size.
I have already try the size of the output but it didn't make a difference. Is there any configuration parameter or any format function I can use to fix this?
Thank you all!!
If some paragraphs are OK and some are not, I'd suggest you to use good, old copy/paste principle:
delete wrong ones
copy correct one
paste it
edit its contents - hopefully, it'll look OK (as all properties the "correct" one had are now "inherited")
I am VERY new at dreamweaver, and I am making an email to be sent to clients.
However, I am experiencing a lot of odd things like giant spaces in the td where the image is located:
I don't even know how to describe what it is that it is doing. I hope someone understands what I am talking about and can help me and give me pointers.
I have tried to edit the colspan number and that just moves everything to the right of it:
HTML emails are a bad place to start with coding HTML as email clients render the HTML very differently. I'd recommend starting with a free template from Campaign Monitor or somewhere and editing it as required. That way you'll see what work-arounds they've used and can replicate them in the future.
I am working on multiple emails for a client who is using Outlook 2010 version 14 for a PC in their office. No matter how the email is created the right side of the table is blown way out.
For example:
Email #1:
Email #2:
This is the code: view-source:http://fortworth.dmplocal.com/main/index.php?action=viewsenthtml&id=95&ids=e9499cb22fd2fbaee560c877a2716fa0aab6880d
I have done a lot of searching to try and figure out what I could do to fix this, below are some things:
Took all CSS inline
Made sure all cell padding, cell spacing, and borders were set to zero
Specified width for tables
Specified height and width for images
Made sure images were the height and width that is specified in the code
Made images jpg's versus png's
Removed all unnecessary white space
My table is not more than 23.7 inches in height
I have read a lot of forums and found that a lot of people have problems with Outlook as well, but I have not found one that has the big space to the right of the table thus pushing it out that mine has.
Any help would be greatly appreciated!
For HTML tables, specify the width and height using HTML attributes rather than CSS styles. Modern versions of Outlook ignore width and height styles.
As #MarcB mentioned, Outlook 2007/2010/2013 uses the rendering engine of Word to render emails. Previous versions of Outlook used the rendering engine of IE. This shift caused significant changes to the landscape of HTML emails.
Below is a partial list of features not supported by Outlook 2007 and up:
CSS styles
float
position
display
width
height
padding (doesn't work on div and p tags)
background-image (only works on the body tag)
list-style-image
HTML attributes
alt (img)
background (table, th, td)
colspan, rowspan (th, td) (there's conflicting info on this, but it does appear to be supported, as long as a value of 0 is not used; however, it's often recommended to nest tables instead of using colspan and rowspan)
Miscellaneous
Animated GIFs
HTML forms
Try placing /> to close the image tag. This alone worked for me. This is a problem wholly invented by MS. As if it wasn't bad enough before.
#MattCoughlin's answer is right insofar as Outlook code. However, I would also add that Outlook is really specific about column and row counts.
Therefore, check that the number of columns add up. Use empty cells and colspans where necessary.
I just did some edits to your code and put up a fiddle for you to test.
http://jsfiddle.net/YWnzc/135/
But I could't check what I have done in my outlook 2010, but I think there are a lot of limitations in outlook 2010
http://fixoutlook.org/
Let me know how it goes.
further I also see that you have tables nested in your code. I dont hink this is necessary. seeing your mailer design this should be a pretty similar and the pronlem you are reporting should not be there, if it was properly coded.
As for me outlook ignored width of div, so if you code it like:
<div style="width:500px">
<table width="100%">
...
</table>
</div>
the width of table would be expanded to 100%, so try nesting all of fixed width elements inside tables and set fixed with to these parent tables (note that table also needs style), like:
<table width="500px" style="width:500px">
<div style="width:500px">
...
</div>
</table>
this will give you the width needed
Hotmail appears to be the only client which produces an unwanted gap in-between two tables carrying images. They should be nested directly against each other. The 'display:block;' (within the img tag) is not the solution because I have multiple cells and images next to each other (in that header section with the logo).
The extra vertical space seems to appear in the tr, td, or table tags in the header section. In Hotmail it creates a 92px height, in everyother browser its 89px (same height as the images).
(I cant post images yet - not enough rep.)
The code via jsFiddle.
I've tried playing with line-height and margin. I can't seem to get any adjustments to respond in Hotmail. Any leads? (I've read all the other html email gap questions)
Try setting cellspacing and cellpadding to "0".
Since it's Hotmail you'll probably be able to troubleshoot the e-mail through your browser's code inspector (Chrome Inspector and/or Firebug). Try to find what elements are causing the gaps.
It's not such a good idea to use margin in an e-mail since this can cause a lot of compatibility issues. How is this e-mail behaving in Outlook 2007/2010/2013?
My PDF consists of a number of blocks (actually, a list of quotations), they go one after another till the end of the document. If the text of a quotation
does not fit on the page, the whole quotation should start from the top of the next page, instead of being torn apart. How can I implement that on any library under ruby?
Try PrinceXML - this is a standalone executable that generates PDF out of HTML or XML. It supports a lot of special CSS properties that will even help you to control page breaks. Refer to http://www.princexml.com/doc/6.0/page-breaks/
This application is available for windows and linux. I was using it for generation of a pretty complicated PDF documents with headers and footers on every page except first one. And since you don't need to output a PDF with precise positioning of elements, it might be a perfect solution for you.
I haven't tried it, but in Prawn I would try using either the Document#text_box method or looking up the table methods and putting your text in cells with invisible borders. The documentation's unclear on how page break functionality fits in with the bounding box models, but it's worth a shot.
HTMLDoc which converts HTML to PDF has a page break facility.