The behaviour is marginally better (from a brief experiment) if you use
-class => "RichEdit20A"
(Richedit 2or 3 depending on your system) when creating the RichEdit
control. I couldn't see any immediate difference between that and
"RichEdit20W". Put still not perfect.
By using the clipboard viewer it's possible to see that the correct
unicode chars are copied, and it looks like the paste is doing a
conversion back to ANSI code-page. Don't know how to solve that :-(
Rob.
Glenn Linderman wrote:
On approximately 7/17/2005 4:46 PM, came the following characters from
the keyboard of Glenn Linderman:
Playing. Results below.
Played some more. Discovered that pasting into the RichEdit window
from the character map works for most characters, but interestingly,
not for those below (and maybe others, I didn't try all of them, just
particular ones I know I need).
\x{2013} \x{2014} \x{201c}
Likely there is a Unicode -> ANSI -> Unicode conversion somewhere in
the paste path that doesn't get it right :( or isn't "invertible" or
something.
