It appears that I did not understand you correctly.
When pasting from Word, without the strip options provided in the RadEditor, addition invalid XML content is pasted along with the Word content. I was left with the impression that such content concerns you.
The described stylization fetched in IE but not in FF and Chrome is not an inconsistent issue of the RadEditor control.
Let me provide some details about how the RadEditor control controls the MS Word content pasted. Natively the copy/paste functionality is a desktop matter that cannot be entirely controlled client-side (on RadEditor end). When it comes to Word content paste in abn editable HTML element, the browser takes control over the content and translates it from the XML
specified by Micorosft to a valid HTML content.
To test the native pasting from Word behavior of the browser, you can use a simple editable DIV element and paste MS Word content inside it.
Example: Editable DIV:
"width:500px; height:300px; border:2px solid red;"
Investigating the content pasted you will see many XML tags transferred from Word to the HTML content, These invalid content causes many issues in web application and the W3C validation of the generated content.
Here comes the RadEditor control. With the power of the StripFormattingOptions, the editor is able to remove/strip all the XML content that may cause inconsistent behavior in browsers. But as you can see, with the default ConvertWordLists
options enabled, the styles are not being removed somehow from the content.
If you have tested to use Word content with sections in the editable div under IE and Firefox, you should already seen that the same stylization issue appears even without the RadEditor as editable element. Also, you can examine the results on my end with this screencast
This is because IE has the power to understand properly the MS Word content and more correctly to translate the content to HTML. The Sections elements in Word are not styles with inline stylization approach, but trough style options in a predefined repository, that for some reason is not available for Firefox and Chrome.
I am sorry to disappoint you, but when it comes to MS Word, IE and cross browser technology there are still some inconstant matters that cannot be properly handled through the control functionality., bceause they stem from the browsers.
What I can suggest, is to enable additionally the MSWordNoFonts
option (e.g, StripFormattingOptions="MSWordNoMargins, ConvertWordLists"
) to strip the css styles added in IE, although you should note, that with this option enabled, the font name will be not respected when pasting.
Check out the Telerik Platform - the only platform that combines a rich set of UI tools with powerful cloud services to develop web, hybrid and native mobile apps.