Good day ​@martijngaasbeek,
 

I can imagine that this behavior would not be ideal in some situations, it is by design and aligns with how similar tools handle content copied from Word.

A potential workaround is to paste the content as plain text using Ctrl + Shift + V, which removes the extra metadata. Would this work for you as a solution?

Hi ​@Nathan ,

Thanks for your response. But why is it an intended use? 

My reasons why it should not be an intended use: 

• The editor is not using this metadata itself, since it is word-specific XML and why do you need Word-specific XML in an online environment? 
• The saved data can be up to 10 times larger than the original text, which may lead to significant performance issues. For example, email templates become substantially larger, and sending them to thousands of recipients can greatly impact system performance. Currently, the only available workaround is to edit the template using the Windows GUI.
• It was not the case in the windows gui
• I'm also interested in your comment that this is how similar tools handle it. As far as I know, Word-specific XML should never be included.

Your solution with  Ctrl + Shift + V removes all the styling so even lists are shown behind each other instead of below each other: 

Looking forward to your response! 

Hi ​@martijngaasbeek 

To elaborate on the statement made; we are utilizing a third-party component TinyMCE, where the default behavior, as many other rich editors too, is to often preserve Word formatting to maintain visual fidelity. 

I took some time to run through some scenarios, thanks to the additional information that you supplied, and I have determined that there is indeed a major difference between the Universal GUI and Windows GUI regarding what data gets preserved.

Please raise a ticket for this issue so that further action can be taken.
 

​@Nathan  


Just to clearify: This is according to the TinyCME I use not the default behaviour. On the left side you see the source within TinyCME 6.X (same version as you are using ) and on the right side you see the output of the universal GUI that is inserted into the database: 
 

Our workaround now is to let it process through another TinyCME implementation, get the raw HTML and insert that into the database manually. 

So yes, there is always some word related content, but not the XML data of word. 

To make the problem more clear: 
The following text in word is saved as 141kb of data in the database:

​@martijngaasbeek 

Thank you for the additional clarification, I am confident this will come in handy to the next person exploring potential solutions.

Can I ask that you please provide this context when you raise a ticket for this.

This issue has been resolved in Universal version 2025.2.11.0.