I seng an email which might be encoding in utf-8 from my gmail. In my gmail web UI, all the white spaces between words are shown. In my colleague's Microsoft Outlook 2010, some spaces are missing.
I see the encoding of the email. If the white space is encoded in =C2=A0, it doesn't show on Outlook, but it shows on gmail web UI.
I know below information:
=C2=A0 is a non-breaking space of uft-8 encoding.
If my colleague copy the content and paste on notepad, the white space goes back.
My Questions are:
Is it a bug of MS Outlook 2010?
How to change my email setting to make sure all the non-breaking spaces are shown?
In my gmail web UI, all the white spaces between words are shown. In my colleague's Microsoft Outlook 2010, some spaces are missing.
The fact is that Outlook uses Word as email editor, not IE(web). You can read more about the supported and unsupported HTML elements, attributes, and cascading style sheets properties in the following series of articles:
Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 1 of 2)
Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 2 of 2)
Related
It adds display:inline-block on td of html.Here is my code
{{#question__option__no}}
{{#question__option__no}}
The desktop edition of Outlook uses Word as an editor for message bodies. You can find supported and unsupported HTML elements, attributes, and cascading style sheets properties in the Word HTML and CSS Rendering Capabilities in Outlook article.
I set the background color of a formatted email message to #ffffff. When I examine the HTML that Outlook produces for the email, I see bgcolor="white".
If I set the background color to #fffff0 then the HTML contains bgcolor="ivory".
So, Microsoft supports white and ivory. What others?
Does Microsoft publish the set of color names and their corresponding RGB values that is supported in Outlook 365?
So, for our email newsletter we have started marking up with structured data using Microdata (with the schema.org vocabulary).
Here is an example of a line of code in the design:
<span itemscope itemtype="https://schema.org/Restaurant">
However, on arrival in Outlook 2013 using Exchange 2012 the code appears as:
<span itemscopeitemtype="https://schema.org/Restaurant">
Note the space has been taken away after itemscope - this basically breaks the code and all data markup is ignored. Any ideas out there as to why?
I know Outlook isn't our primary market for this data, but it is irritating that it is getting broken and I'd love to know why.
Outlook uses Word for rendering HTML markup of message bodies. All supported and unsupported HTML elements, attributes, and cascading style sheets properties are described in the following articles in MSDN:
Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 1 of 2)
Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 2 of 2)
This is a very old question, but it looks like this has been fixed in Exchange 2013. The itemscope attribute arrives with the value set to the empty string (which is according to spec): itemscope="".
In earlier versions of Exchange I would suggest setting the value explicitly.
We are developing workflow to change properties in Word documents that have been saved against letter activities created by mail merge, and would prefer to code against Office 2007 for simplicity, and to save having to recode in the future.
Any ideas?
After raising this with microsoft support, it's is not possible out of the box.
I will write a CRM plugin that will convert the word doc to docx format on the anotonation enitity before saving to crm.
It's a bit of a pain. but will work.
I've been dealing with this problem for quite a while:
Our company develops addins for word/excel/ppt (both for 2003 and 2007 versions)
One of the options our addins offer is to drag a table from the addin into the application.
This is implemented in 3 different ways:
Excel --> we create a tab delimeted string and drag-dropping it as DataFormats.text
Word --> we create an RTF table, and drag-dropping it as DataFormats.rtf
PPT --> we create an HTML table, and drag-dropping it as DataFormats.html
Everything is working great in both the 2003 & 2007, except for the powerpoint 2007, which doesn't seem to support any kind of html dropping (unlike powerpoint 2003, which is working great) We've tried everything but we're beginning to despair.
Anyone knows how to allow PowerPoint 2007 to allow dropping html into the presentation?
It might be a few years late, but still a reply is always good.
I was doing that too. You should convert your HTML to JPEG
WebsiteToImage websiteToImage = new WebsiteToImage(temporaryFilePath, #"C:\image.bmp");
websiteToImage.Generate();
slide.Shapes.AddPicture(#"C:\image.bmp", Microsoft.Office.Core.MsoTriState.msoTrue, Microsoft.Office.Core.MsoTriState.msoTrue, oldshapeleft, oldshapetop, oldshapewidth, oldshapeheight);
Source found:
Convert webpage to image from ASP.NET