>Hi Experts,
>
>I have my test machine's Regional Settings set to Chinese (Taiwan) in the Advanced tab, reason being I am doing an app that will accept, store and display Chinese characters.
>
>All works well, except my combobox finder class. Its normal behavior traps keys typed in it via the Keypress event, then builds up a filtered SQL query based on whatever the current DisplayValue is.
>
>Now, when set to Chinese, if I type say "ABC", it shows as "A B C" - note the tab like spacing in between characters.
>
>So, I decided to check out what values are being trapped. It always shows INKEY value of the actual letter typed, plus an additional nKeyCode=41025, nShiftAltCtrl=8!!! So, typing in an A, will yield a nKeyCode=65, nShiftAltCtrl=0, then nKeyCode=41025, nShiftAltCtrl=8!
>
>I lookeup the INKEY() values, no such animal with 41025 and 8.
>
>How do I go about going around this problem? Help!
>
>My combo finder does not search against Chinese character fields, only the English character fields.
A complete SWAG, but sounds maybe like an issue with Double Byte Character Sets (DBCS) or UniCode?
There's a paper on Rick Strahl's site:
http://www.west-wind.com/presentations/foxunicode/foxunicode.asp
Regards. Al
"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov
Neither a despot, nor a doormat, be
Every app wants to be a database app when it grows up