I'm posting this RichEdit problem here since it's related to a feature
most-likely used in i18n/l10n contexts.
My localization tool features a RichEdit control to let people type in
translations. A user recently brought to my attention that Alt+xxxx key
combinations used to type characters not directly available on the keyboard
sucks badly (wording mine, not his!): The first time (iow first character)
you use it, it works fine. Then it no longer works until you restart the
My RichEdit is a RichEdit50W (on computers that support it. Else the program
downgrades to RichEdit v2/3).
Nothing fancy. It doesn't make any character/key WM processing. It just let
people type, then read the contents.
I tried to repro the problem in a test test program (using the same code to
create the control), to no avail :-(
A few more things:
appTranslator is a Unicode app.
I tried to downgrade RichEdit version to 2/3 (RichEdit20W). It then behaves
differently (but still wrongly): The characters displayed are not the one
expected: Most often CJK chars but sometimes something else. Couldn't find
any numerical relation between number typed and generated code point.
I used Spy++ and TRACE messages to check the messages posted by Windows to
the control: Everything looks fine and is identical in apps that work (test
app + Wordpad) and appTranslator.
Does this ring a bell to anyone?
(Of course to make things even worse, this stupid problem is blocking
purchase by a big company...)