Lewis.
--
Regards,
Kobi Ben Tzvi
"Lewis G. Pringle, Jr." <le...@sophists.com> wrote in message
news:OhJj4D#uCHA.2544@TK2MSFTNGP11...
I'm trying to create an application that can run on Win9x (even if this
message can only be received on Win XP). You (basically) cannot build a
UNICODE (-D_UNICODE) app for Win9x (I think about MLU - but I'm not using
that).
This really makes no sense to me.
Lewis.
"Kobi Ben Tzvi" <tsum...@hotmail.comREMOVETHIS> wrote in message
news:#QXKIkAvCHA.2304@TK2MSFTNGP10...
--
Regards,
Kobi Ben Tzvi
"Lewis G. Pringle, Jr." <le...@sophists.com> wrote in message
news:#7NGYsBvCHA.2028@TK2MSFTNGP11...
Francisco
The various postings I've seen make it seem like WM_UNICHAR only works
for UNICODE windows. But - that would appear to be almost TOTALLY useless
(since again - WM_CHAR does that).
If the only difference is that for surrogates - you can get one message
instead of two - whats the big deal? In order to render the characters - you
ahve to convert the one 32-bit char to 2 16-bit ones anyhow because the
entire Win32 API is based on 16-bit UNICODE chars.
I just don't get it.
AND - this then begs the REAL question. Suppose I have an application
that wants to talk UNICODE. It uses MFC (and therefore either has to be a
full UNICODE app (-D_UNICODE) or NOT a full UNICODE app. If its NOT a full
UNICODE app then it cannot have any UNICODE windows (and MFC limitation). If
it IS a full UNICODE app - the binary won't run on Win9x (without MLU).
What a mess!!!!
Lewis.
"Kobi Ben Tzvi" <tsum...@hotmail.comREMOVETHIS> wrote in message
news:Or2JkUJvCHA.848@TK2MSFTNGP11...
It should say something like:
The WM_UNICHAR message can be used by an application to post input to other
windows. The WM_UNICHAR message contains the character code of the key that
was pressed. Sending this message with the wParam set to UNICODE_NOCHAR as
specified below can be used to test if the target app can process these
messages.
The WM_UNICHAR message is similar to WM_CHAR, but it uses Unicode
transformation format (UTF)-32, whereas WM_CHAR uses UTF-16. It is designed
to send or post Unicode characters to ANSI windows and it can can handle
Unicode Supplementary Plane characters.
WM_UNICHAR documentation is wrong. This message is not generated by the
OS, but by
other applications ( such as Office).
Best Regards
Jian Shen
This posting is provided "AS IS" with no warranties, and confers no rights.