http://bugs.winehq.org/show_bug.cgi?id=18759
Dylan Smith dylan.ah.smith@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P5 CC| |dylan.ah.smith@gmail.com
--- Comment #4 from Dylan Smith dylan.ah.smith@gmail.com 2009-07-18 11:32:38 --- (In reply to comment #2)
Looks like he uses EM_STREAMOUT, and our rtf just doesn't match what he expects?
You seem to be right.
The program seems to expect the text not to be in a group outside of the main group for the rich text. For instance, the following RTF documents are from saving the text "one two three" in wordpad using native and builtin riched20.dll respectively:
{\rtf1\ansi\ansicpg1252\deff0\deflang4105{\fonttbl{\f0\fnil\fcharset0 Times New Roman;}} \viewkind4\uc1\pard\f0\fs20 one two three\par }
{\rtf1\ansi\ansicpg1252\uc1\deff0\deflang4105\deflangfe4105{\fonttbl{\f0\fcharset0 Times New Roman;}} {*\generator Wine Riched20 2.0.????;}\pard\sl-240\slmult1\li0\fi0\ri0\sa0\sb0\s-1\cfpat0\cbpat0{\fs18\ul0 one two three}}
Notice that builtin richedit encapsulates the text one two three in the seperate group {\fs18\ul0 one two three} (which is completely valid RTF). The program isn't smart enough to deal with this.
This is kind of a lame bug, since the program could easily break, the way it is written, if native riched20 changes in a reasonable way. Thus I'm reducing the priority on this one, since it is mostly the applications fault, however still a different between Wine and Windows.