"Phil Krylov" phil@newstar.rinet.ru wrote:
Here is your problem:
trace:x11drv:x11drv_init_thread_data Using C locale of Input Method
XFree86 uses C locale, not UTF-8 one. As I wrote previously, test with 'xev' first. As soon as it starts to work, Wine should work as well.
Dmitry Timoshkov wrote:
I have asked you this before in private, but I fear I didn't really understand the answer. When I ran with an "incorrect" locale setting (en_US.utf8 instead of en_US.UTF-8), konsole would display Hebrew characters using the UTF-8 encoding. Furthermore, running OpenOffice, kedit or Mozilla would also work properly. It appears as if wine and xev are the only two applications in the world that would refuse to work with those slightly incorrect locales.
Can you please explain again how the other applications do this miracle?
Shachar
"Shachar Shemesh" wine-devel@shemesh.biz wrote:
Okay I'll repeat: because everything else is using their own toolkits while xev and Wine talk directly to X Server using raw X11 protocol. It means that Wine *depends* on the correctly configured XFree86 and just can't compensate if XFree86 fails to work in the particular locale.
Can you please explain again how the other applications do this miracle?
I can't speak for other applications, since I simply don't know.