http://bugs.winehq.org/show_bug.cgi?id=9726
Summary: Hebrew text: input impossible Product: Wine Version: 0.9.45. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gui AssignedTo: wine-bugs@winehq.org ReportedBy: winehq-bugs@dotancohen.com
Created an attachment (id=8160) --> (http://bugs.winehq.org/attachment.cgi?id=8160) Shows "Swedish vowels" that display on the screen instead of Hebrew when typing in Wine. The real Hebrew was typed on Windows.
When typing Hebrew in applications under wine, I get different results with different programs. No program is actually able to enter Hebrew text.
MS Notepad: The first letter shows up fine. All subsequent keypresses display the same letter on the screen. Moving the cursor to the first letter and deleting it transforms the other letters into what they should be. So typing Shin-Lamed-Vav-MemSofit shows Shin-Shin-Shin-Shin on the screen. Backing up and deleting the first Shin leaves Lamed-Vav-MemSofit on the screen. Note that the letters do appear right to left (so the text is readable) however it is left-aligned. I can successfully paste Hebrew text copied from native Linux applications and it displays fine.
Ilium Software ListPro: I imported my ListPro database from Windows. Hebrew text typed on Windows displays fine, but I cannot add new text. All text that I type in Wine displays in the wrong encoding, it looks like Swedish vowels. See attachment: the Hebrew was typed in Windows, and the "Swedish vowels" is text that I tried to add in Wine. I can successfully paste Hebrew text copied from native Linux applications.
For reference, this is my setup:
ubuntu@ubuntu-laptop:~$ wine --version wine-0.9.45 ubuntu@ubuntu-laptop:~$ locale LANG=C LANGUAGE=he_IL:he:en_GB:en LC_CTYPE="he_IL.UTF-8" LC_NUMERIC="he_IL.UTF-8" LC_TIME="he_IL.UTF-8" LC_COLLATE="he_IL.UTF-8" LC_MONETARY="he_IL.UTF-8" LC_MESSAGES="he_IL.UTF-8" LC_PAPER="he_IL.UTF-8" LC_NAME="he_IL.UTF-8" LC_ADDRESS="he_IL.UTF-8" LC_TELEPHONE="he_IL.UTF-8" LC_MEASUREMENT="he_IL.UTF-8" LC_IDENTIFICATION="he_IL.UTF-8" LC_ALL=he_IL.UTF-8
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-20 23:42:00 --- Why LANG is set to "C"? That might be the source of the problem.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-20 23:42:42 --- Does 'xev' show correct input?
http://bugs.winehq.org/show_bug.cgi?id=9726
Alon Bar-Lev alon.barlev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alon.barlev@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #3 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-21 10:12:15 --- My LANG is he and I got problems...
There is a different between wine "native" applications that works fine, and binaries running on wine environment.
For example, ies4linux install ie6, it handles Hebrew fine except of typing Hebrew, which results in '?'.
Pasting Hebrew from other applications works fine! So currently when I need to enter Hebrew text I write it in kate and paste it into wine application... :)
xev works OK. notepad works OK (Modifying the font to arial).
BTW: It will be great if you add Wine version to "About Wine"...
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #4 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-21 13:40:06 --- I changed LANG to "he_IL.UTF-8", but the problem persists. Also, xev displays what I'd expect. Here is Shalom:
KeyPress event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693815952, (47,-202), root:(770,234), state 0x2000, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693816068, (47,-202), root:(770,234), state 0x2000, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
KeyPress event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693816298, (47,-202), root:(770,234), state 0x2000, keycode 45 (keysym 0xcec, hebrew_lamed), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693816442, (47,-202), root:(770,234), state 0x2000, keycode 45 (keysym 0xcec, hebrew_lamed), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
KeyPress event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693816867, (47,-202), root:(770,234), state 0x2000, keycode 30 (keysym 0xce5, hebrew_waw), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693816986, (47,-202), root:(770,234), state 0x2000, keycode 30 (keysym 0xce5, hebrew_waw), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
KeyPress event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693817396, (47,-202), root:(770,234), state 0x2000, keycode 32 (keysym 0xced, hebrew_finalmem), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyRelease event, serial 32, synthetic NO, window 0x3600001, root 0x52, subw 0x0, time 693817520, (47,-202), root:(770,234), state 0x2000, keycode 32 (keysym 0xced, hebrew_finalmem), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #5 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-21 14:20:59 --- I just installed IE4Linux to check it's behaviour. I can read and type Hebrew in that application perfectly. In other words, I have no Hebrew-related problems in IE4Linux on this machine.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-22 00:36:04 --- Does Wine builtin notepad show the same problem with clean and freshly created ~/.wine ? (If the problem is related to IE4Linux setup the bug will be closed as invalid).
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #7 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-22 06:54:18 --- Dmitry, The problem that I described with notepad is exactly how you advise: a fresh Wine install with a new ~/.wine directory.
I don't use notepad, I checked there first before installing and testing ListPro. Note that IE4Linux is the only app that does _not_ have Hebrew-related problems for me. It's the other apps that do.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-22 07:44:54 --- IE4Linux is not an app, it's a hacked Wine environment, and it's not supported through WineHQ bugzilla.
Notepad is the simplest app to debug, so that's why I asked to use it for testing.
Does executing 'setxkbmap us,il' before notepad help?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #9 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-22 08:49:40 --- No, Dmitry, executing 'setxkbmap us,il' before notepad prevents me from typing in Hebrwe at all. Same effect with ListPro. Also, with 'setxkbmap us,il' I cannot open my ListPro files, which have Hebrew filenames.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-22 09:11:50 --- Please generate a log for me and attach the file he_kbd.log to this bug:
WINEDEBUG=+x11drv,+key,+keyboard,+event wine notepad &>~/he_kbd.log
http://bugs.winehq.org/show_bug.cgi?id=9726
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wine-gui |wine-x11driver
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #11 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-22 11:37:20 --- Dotan: Did you changed notepad font to Arial?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #12 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-22 13:41:15 --- Created an attachment (id=8176) --> (http://bugs.winehq.org/attachment.cgi?id=8176) Wine log for notepad
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #13 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-22 13:42:48 --- Created an attachment (id=8177) --> (http://bugs.winehq.org/attachment.cgi?id=8177) Wine log for ListPro
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #14 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-22 13:44:46 --- @Alon: For the report that I made earlier, no, I had not changed the font to Arial. Now that I have changed the font, I cannot type in Hebrew in Notepad at all. Even switching back to font "system", or closing and reopening the app, does not help. In other words, now I cannot type in Hebrew in Notepad at all.
@Dmitry: The Notepad and ListPro logs are attached. Note that this is _after_ I messed up my ability to type in Hebrew in Notepad after trying Alon's suggestion. Should I reinstall wine and erase ~/.wine and then try again?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #15 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-22 13:49:11 --- After some more experimentation, there turns out to be two situations for typing Hebrew in ListPro:
1) ListPro started from the command line: ubuntu@ubuntu-laptop:~$ wine /home/ubuntu/.wine/drive_c/Program\ Files/Ilium\ Software/ListPro/ListPro.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" Xlib: extension "XFree86-DRI" missing on display ":1.0". Xlib: extension "XFree86-DRI" missing on display ":1.0". err:x11drv:X11DRV_CreateWindow invalid window height -2147483648 fixme:win:EnumDisplayDevicesW ((null),0,0x34e4b0,0x00000000), stub! fixme:commdlg:GetFileName95 Flags 0x00002000 not yet implemented ubuntu@ubuntu-laptop:~$
In this situation, I cannot open ListPro files with Hebrew filenames. In the filenames dialog, the Hebrew filesnames look like gibberish. If I try to open them I get an invalid filename error. Also, I cannot type in Hebrew in this situation. When I type in Hebrew, nothing appears on the screen.
2) ListPro started from a KDE shortcut from this command: wine "/home/ubuntu/.wine/drive_c/Program Files/Ilium Software/ListPro/ListPro.exe"
In this situation, I _can_ open ListPro files with Hebrew filenames. Also, when I type in Hebrew, I get "Swedish vowels". I can, however, paste legitimate Hebrew from text written in other Linux apps.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-22 23:57:20 ---
From the very first lines of notepad log:
trace:x11drv:X11DRV_SetupXIM Using C locale of Input Method
Your locale is not set up correctly, please fix this first, it should be set to he_IL.UTF-8.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #17 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-23 00:00:19 --- Btw, xev output confirms the problem:
XLookupString gives 0 bytes: XmbLookupString gives 0 bytes:
i.e. X server can't convert the KeySyms to the characters, most likely due to wrong locale.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #18 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-23 00:44:05 --- Found!
For some strange reason if LC_MESSAGES and LC_CTYPE are not he_IL.utf8, wine does not select the Hebrew locale... Setting LC_ALL and LANG to he_IL.utf8 solves this, but I don't think this is standard behavior... I think only the LANG variable should be taken into account.
Now, notepad with system font works, and ies4linux works!
But notepad doesn't behave in BIDI manner as editor and also in file dialogs שלום becomes םולש.
ie6 works with BIDI.
Thanks!
http://bugs.winehq.org/show_bug.cgi?id=9726
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #19 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-23 05:31:09 ---
For some strange reason if LC_MESSAGES and LC_CTYPE are not he_IL.utf8, wine does not select the Hebrew locale... Setting LC_ALL and LANG to he_IL.utf8 solves this, but I don't think this is standard behavior... I think only the LANG variable should be taken into account.
LC_ALL takes precedence over any LC_xxx variable. Besides, as xev behaviour shows that's not a Wine specific thing, but X11 one.
But notepad doesn't behave in BIDI manner as editor and also in file dialogs שלום becomes םולש.
This should be improved in current git.
I'm going to close this bug as invalid since it's not Wine fault, but a misconfiguration on user side.
http://bugs.winehq.org/show_bug.cgi?id=9726
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-23 05:32:28 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #21 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-23 14:43:22 --- (In reply to comment #19)
For some strange reason if LC_MESSAGES and LC_CTYPE are not he_IL.utf8, wine does not select the Hebrew locale... Setting LC_ALL and LANG to he_IL.utf8 solves this, but I don't think this is standard behavior... I think only the LANG variable should be taken into account.
LC_ALL takes precedence over any LC_xxx variable. Besides, as xev behaviour shows that's not a Wine specific thing, but X11 one.
I think that my xev is fine. And I don't set LC_ALL... WHEN I SET LC_ALL This effect behavior... I did expect wine to work based on LANG variable. So I guess something needs to be fixed...
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #22 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-23 22:24:38 ---
I think that my xev is fine. And I don't set LC_ALL... WHEN I SET LC_ALL This effect behavior... I did expect wine to work based on LANG variable. So I guess something needs to be fixed...
If xev shows correct input and 'setxkbmap us,il' doesn't help please generate a log for notepad using specified debug switches, compress it with 'bzip2 -9', and attach it here.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #23 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 04:26:14 --- Created an attachment (id=8188) --> (http://bugs.winehq.org/attachment.cgi?id=8188) xev.log@alonbl
This is my xev output, I guess it works correctly.
My locale is: LANG=he_IL.utf8 LC_CTYPE=en_US.utf8 LC_NUMERIC=he_IL.utf8 LC_TIME=en_US.utf8 LC_COLLATE=he_IL.utf8 LC_MONETARY=he_IL.utf8 LC_MESSAGES=en_US.utf8 LC_PAPER=he_IL.utf8 LC_NAME=he_IL.utf8 LC_ADDRESS=he_IL.utf8 LC_TELEPHONE=he_IL.utf8 LC_MEASUREMENT=he_IL.utf8 LC_IDENTIFICATION=he_IL.utf8 LC_ALL=
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #24 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 04:28:36 --- Created an attachment (id=8189) --> (http://bugs.winehq.org/attachment.cgi?id=8189) he_kbd.log.bz2@alonbl
This is the notepad log. Already on startup it states: trace:x11drv:X11DRV_SetupXIM Using en_US.utf8 locale of Input Method
I would expect it to match my LANG settings.
Thanks!
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #25 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-24 05:28:22 --- Both xev.log@alonbl and he_kbd.log.bz2@alonbl logs show correct keyboard input. What's the problem you are observing? Did you try to change font to the one that has Hebrew glyphs (for instance Arial)?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #26 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 05:42:55 --- Created an attachment (id=8191) --> (http://bugs.winehq.org/attachment.cgi?id=8191) he_kbd.log.bz2@alonbl with LC_ALL="${LANG}"
If I change font to Arial it does work... But if I LC_ALL="${LANG}" then System font works correctly and also the unsupported ies4linux works correctly... So there is a difference...
Notice: trace:x11drv:X11DRV_SetupXIM Using he_IL.utf8 locale of Input Method
Thanks!
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #27 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-24 06:26:24 ---
Created an attachment (id=8191)
--> (http://bugs.winehq.org/attachment.cgi?id=8191) [details]
he_kbd.log.bz2@alonbl with LC_ALL="${LANG}"
New log shows that keyboard input does work correctly.
If I change font to Arial it does work... But if I LC_ALL="${LANG}" then System font works correctly and also the unsupported ies4linux works correctly... So there is a difference...
System font (the font with the name "System") can't display Hebrew characters because it simply doesn't have them. I'm not sure from your description what difference you are talking about.
Again, what's exactly the problem you are observing?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #28 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 06:49:58 --- Created an attachment (id=8194) --> (http://bugs.winehq.org/attachment.cgi?id=8194) notepad-hebrew.jpg@alonbl
New log shows that keyboard input does work correctly.
Of course! As I set the LC_ALL to ${LANG}.
System font (the font with the name "System") can't display Hebrew characters because it simply doesn't have them. I'm not sure from your description what
difference you are talking about.
I must be crazy! See the attached... :) I think you will notice that System font has Hebrew... An for some strange reason the LC_ALL affect this.
You will notice two instances of notepad... First instance is activated using: LC_ALL="${LANG} notepad Second (<2>) instance is activated using: notepad
My locale is: $ locale LANG=he_IL.utf8 LC_CTYPE=en_US.utf8 LC_NUMERIC=he_IL.utf8 LC_TIME=en_US.utf8 LC_COLLATE=he_IL.utf8 LC_MONETARY=he_IL.utf8 LC_MESSAGES=en_US.utf8 LC_PAPER=he_IL.utf8 LC_NAME=he_IL.utf8 LC_ADDRESS=he_IL.utf8 LC_TELEPHONE=he_IL.utf8 LC_MEASUREMENT=he_IL.utf8 LC_IDENTIFICATION=he_IL.utf8 LC_ALL=
Again, what's exactly the problem you are observing?
First I could never type Hebrew... But throughout this bug I realized that the LC_ALL someone modify wine behavior, while I expected the LANG would do so.
I still don't understand the difference between the two instances of notepad, all I know that one is working and the other does not... Also that if I setup LC_ALL="${LANG}" ies4linux also works correctly.
So basically I am asking why wine does not use LANG in order to detect locale?
Don't get me wrong here... I am very happy that it is working now... But still I think something is odd with configuration.
Thanks!
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #29 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-24 07:17:53 --- The problem is here: LC_CTYPE=en_US.utf8 You need to set it to he_IL.utf8.
Not related to this bug, but something I find confusing: utf8 is not a correct charset name, UTF-8 is.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #30 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 07:31:31 --- (In reply to comment #29)
The problem is here: LC_CTYPE=en_US.utf8 You need to set it to he_IL.utf8.
Thanks! But why do you require this? If I set this I have some issues with sorting... Why does Wine needs this one?
Not related to this bug, but something I find confusing: utf8 is not a correct charset name, UTF-8 is.
Thanks! I've modified this.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #31 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-24 07:49:51 ---
Thanks! But why do you require this? If I set this I have some issues with sorting... Why does Wine needs this one?
According to the man page LC_CTYPE controls character classification and case conversion. So it does change sorting.
As far as I remember explicit LC_CTYPE handling was added to Wine due to request from Shachar Shemesh (the person who have added BiDi support and quite a bit of Hebrew support to Wine), so that one could have English user interface and ability to type Hebrew with LANG=en_US,LC_CTYPE=he_IL
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #32 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 07:54:04 --- I don't think this is standard.... Maybe add WINE_LANG that overrides LANG? And use only LANG and WINE_LANG?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #33 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-24 08:03:35 ---
I don't think this is standard.... Maybe add WINE_LANG that overrides LANG? And use only LANG and WINE_LANG?
I'd suggest to write an e-mail to Shachar Shemesh (look up his e-mail in wine-devel archives). I consider this bug resolved.
http://bugs.winehq.org/show_bug.cgi?id=9726
Shachar Shemesh shachar@shemesh.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shachar@shemesh.biz
--- Comment #34 from Shachar Shemesh shachar@shemesh.biz 2007-09-24 11:54:56 --- The notepad part is a dup of bug #1425, and thus irrelevant here.
A Unix program takes its handling from LC_ALL, then specific overrides, and then reverts to whatever LANG says. So, if LANG is en_US and LC_CTYPE is he_IL, a Unix program should display its interface in English, display date and time in American format, use $ for currency etc., but use the ISO-8859-8 encoding. If you add LC_ALL=fr_FR, it all reverts to French no matter what the specs say.
The overrides relevant here are LC_CTYPE, which controls encoding, and LC_MESSAGE, which control the messages language. Last I was involved (which was long ago), I introduced LC_CTYPE handling (over Dmitry vocal objections :-), and I never got around to adding LC_MESSAGE support as well. I don't know whether one was added since. Before my patch, LANG was the only environment variable that Wine would look at, in violation of the way things are supposed to be done on Unix.
The last part of the bug report has to do with the locale actually being compiled. If you set the environment correctly, and things still don't work (in particular - with xev, as was the case), make sure that the locale you set your env to appears when you do "locale -a". If it doesn't, you need to compile the proper locale (dpkg-reconfigure locales on Debian, other distros will have their own ways).
Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #35 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-24 16:20:02 --- Thank you for your response!
I still don't understand why the LC_CTYPE affects the layout... I would expect it affect sorting, lower-case etc... But not the Hebrew activation...
Maybe I don't understand... But LC_CTYPE definition is:
Determine the locale for the interpretation of sequences of bytes of text data as characters (for example, single-byte as opposed to multi-byte characters in arguments and input files).
Maybe it is better to add one more Wine specific variable to enable specific layout?
http://bugs.winehq.org/show_bug.cgi?id=9726
Dotan Cohen winehq-bugs@dotancohen.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #36 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-25 01:37:14 --- (In reply to comment #20)
Closing.
Dimitry, I think that Alon Bar-Lev has hijacked this bug. The problem is _not_ solved on my machine, and I am the OP of this bug. I was gone for two days (physics exam) and when I returned I found this bug now closed.
This is my locale:
ubuntu@ubuntu-laptop:~$ locale LANG=he_IL.UTF-8 LANGUAGE=he_IL.UTF-8 LC_CTYPE="he_IL.UTF-8" LC_NUMERIC="he_IL.UTF-8" LC_TIME="he_IL.UTF-8" LC_COLLATE="he_IL.UTF-8" LC_MONETARY="he_IL.UTF-8" LC_MESSAGES="he_IL.UTF-8" LC_PAPER="he_IL.UTF-8" LC_NAME="he_IL.UTF-8" LC_ADDRESS="he_IL.UTF-8" LC_TELEPHONE="he_IL.UTF-8" LC_MEASUREMENT="he_IL.UTF-8" LC_IDENTIFICATION="he_IL.UTF-8" LC_ALL=he_IL.UTF-8
Xev shows that the keyboard is sending the correct signals (it mentions hebrew_shin): state 0x2000, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES,
However, I _still_ cannot type in Hebrew in ListPro. I am still getting the "Swedish vowels". I can use http://gibberish.co.il to translate the text, but I don't think that is an ideal solution.
I am reopening the bug as the problem is not solved. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #37 from Shachar Shemesh shachar@shemesh.biz 2007-09-25 02:37:39 --- Dotan,
The line that tells us whether the locale is correctly compile is this: XmbLookupString gives 0 bytes:
If it says it returned one (or, in the UTF-8 case, two) bytes, and then display an actual ש (shin), then we can say that locale is correctly compiled. The fact it states this is a Shin merely means that you have the correct keyboard loaded.
Assuming it says it returned 0 bytes (which, I'm guessing, it does), run "locale -a" and check that "he_IL.UTF-8" actually appears on the list. If it does not, then this bug is invalid, as Dmitry have marked it.
Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
Erez erez0001@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |erez0001@gmail.com
--- Comment #38 from Erez erez0001@gmail.com 2007-09-25 05:34:44 --- no letters apear when typing hebrew in notepad:
xev output: KeyPress event, serial 29, synthetic NO, window 0x3800001, root 0x156, subw 0x0, time 418332035, (329,234), root:(339,331), state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 2 bytes: (d7 a9) "ש" XmbLookupString gives 2 bytes: (d7 a9) "ש" XFilterEvent returns: False
erez@erez-dual --> locale -a|grep he he_IL.utf8
erez@erez-dual ~--> set|grep ^L LANG=he_IL.utf8 LANGUAGE=he_IL.utf8 LC_ADDRESS=he_IL.utf8 LC_ALL=he_IL.utf8 LC_COLLATE=he_IL.utf8 LC_CTYPE=he_IL.utf8 LC_IDENTIFICATION=he_IL.utf8 LC_MEASUREMENT=he_IL.utf8 LC_MESSAGES=he_IL.utf8 LC_MONETARY=he_IL.utf8 LC_NAME=he_IL.utf8 LC_NUMERIC=he_IL.utf8 LC_PAPER=he_IL.utf8 LC_TELEPHONE=he_IL.utf8 LC_TIME=he_IL.utf8 LINES=24 LOGNAME=erez erez@erez-dual ~--> wine /c/WINDOWS/NOTEPAD.EXE fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls"
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #39 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-25 05:47:58 --- Dotan, in the comments #16 and #17 I explained why it doesn't work for you.
Erez, first of all please use Wine builtin notepad. Next, have you tried to change the font like described in this bug?
If all of of above doesn't help please follow an advice in the comment #22.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #40 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-25 07:52:52 --- (In reply to comment #37)
Dotan,
The line that tells us whether the locale is correctly compile is this: XmbLookupString gives 0 bytes:
If it says it returned one (or, in the UTF-8 case, two) bytes, and then display an actual ש (shin), then we can say that locale is correctly compiled. The fact it states this is a Shin merely means that you have the correct keyboard loaded.
Assuming it says it returned 0 bytes (which, I'm guessing, it does), run "locale -a" and check that "he_IL.UTF-8" actually appears on the list. If it does not, then this bug is invalid, as Dmitry have marked it.
Shachar
ubuntu@ubuntu-laptop:~$ locale -a C en_AU.utf8 en_BW.utf8 en_CA.utf8 en_DK.utf8 en_GB.utf8 en_HK.utf8 en_IE.utf8 en_IN en_NZ.utf8 en_PH.utf8 en_SG.utf8 en_US.utf8 en_ZA.utf8 en_ZW.utf8 he_IL.utf8 POSIX ubuntu@ubuntu-laptop:~$
So, the bug is not invalid.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #41 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-25 08:23:37 --- Dotan, does it mean that you have solved the problem? If, what was the source of it?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #42 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-25 08:34:14 --- s/If, /If yes,/
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #43 from Erez erez0001@gmail.com 2007-09-25 10:28:01 --- Created an attachment (id=8208) --> (http://bugs.winehq.org/attachment.cgi?id=8208) he_kbd.log.gz from erez
[snip]
Erez, first of all please use Wine builtin notepad.
same behaviour with /usr/bin/wine
Next, have you tried to change the font like described in this bug?
i tried ariel western and ariel hebrew .... no change
If all of of above doesn't help please follow an advice in the comment #22.
'setxkbmap us,il' didnt help either
a log is attached, note that i get a line saying: trace:x11drv:X11DRV_SetupXIM Using C locale of Input Method although all is set to he_IL.utf8 (see my previos post)
cheers, erez.
http://bugs.winehq.org/show_bug.cgi?id=9726
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #44 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-25 22:47:41 ---
a log is attached, note that i get a line saying: trace:x11drv:X11DRV_SetupXIM Using C locale of Input Method
As already explained in this bug this is the source of the problem, you need to fix that.
Again, marking as invalid.
http://bugs.winehq.org/show_bug.cgi?id=9726
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #45 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-25 22:48:56 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #46 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-25 22:58:30 --- Dotan, Erez, do you have a 64-bit distro by any chance?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #47 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-26 01:46:25 --- Just a notice:
If this is a 64-bit configuration specific problem, then the fact that Wine is a 32-bit application but 'locale' is a 64-bit one may explain the discrepancy.
At some point I had to manually add a /usr/lib32/locale symlink pointing to /usr/lib/locale in my Ubuntu 7.04 64-bit to make locales work in Wine.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #48 from Erez erez0001@gmail.com 2007-09-26 02:58:57 --- dimitry,
thanks for your help
it is indeed a 64 bit ubuntu 7.04 'ln -s /usr/bin/locale /usr/lib32/' didn't fix the problem ...
xev works as before /usr/bin/notepad, defaultly uses ariel-hebrew but still, hebrew letters are ignored ...
erez.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #49 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-26 04:15:42 ---
it is indeed a 64 bit ubuntu 7.04 'ln -s /usr/bin/locale /usr/lib32/' didn't fix the problem ...
It should be /usr/lib/locale not /usr/bin/locale.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #50 from Erez erez0001@gmail.com 2007-09-26 04:37:34 ---
It should be /usr/lib/locale not /usr/bin/locale.
sorry, my mistake.
thanks, now it works,
erez.
http://bugs.winehq.org/show_bug.cgi?id=9726
Dotan Cohen winehq-bugs@dotancohen.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #51 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-28 10:55:11 --- (In reply to comment #41)
Dotan, does it mean that you have solved the problem? If, what was the source of it?
No, I have not solved the problem. So far as I can tell, my machine is set up as requested here, yet I cannot type in Hebrew. My machine is not 64 bit, and I have tried to change the notepad font. Of course, I was testing using the built-in notepad.
I see that the bug has been closed again as a new poster, Erez, has solved his problem. But I have not yet solved mine, which is the original problem for this bug, so I'm reopening it. I'm sorry to be such a pain, but I must work.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #52 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-28 11:13:19 --- Dotan, have you tried to resolve the problems mentioned in the comments #16 and #17?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #53 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-28 14:17:16 --- (In reply to comment #52)
Dotan, have you tried to resolve the problems mentioned in the comments #16 and #17?
Thanks, Dimitry. I believe that I have: ubuntu@ubuntu-laptop:~$ locale LANG=he_IL.UTF-8 LANGUAGE=he_IL.UTF-8 LC_CTYPE="he_IL.UTF-8" LC_NUMERIC="he_IL.UTF-8" LC_TIME="he_IL.UTF-8" LC_COLLATE="he_IL.UTF-8" LC_MONETARY="he_IL.UTF-8" LC_MESSAGES="he_IL.UTF-8" LC_PAPER="he_IL.UTF-8" LC_NAME="he_IL.UTF-8" LC_ADDRESS="he_IL.UTF-8" LC_TELEPHONE="he_IL.UTF-8" LC_MEASUREMENT="he_IL.UTF-8" LC_IDENTIFICATION="he_IL.UTF-8" LC_ALL=he_IL.UTF-8 ubuntu@ubuntu-laptop:~$ locale -a C en_AU.utf8 en_BW.utf8 en_CA.utf8 en_DK.utf8 en_GB.utf8 en_HK.utf8 en_IE.utf8 en_IN en_NZ.utf8 en_PH.utf8 en_SG.utf8 en_US.utf8 en_ZA.utf8 en_ZW.utf8 he_IL.utf8 POSIX ubuntu@ubuntu-laptop:~$
http://bugs.winehq.org/show_bug.cgi?id=9726
Shachar Shemesh shachar@shemesh.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #54 from Shachar Shemesh shachar@shemesh.biz 2007-09-28 15:02:11 --- Dotan,(In reply to comment #53)
ubuntu@ubuntu-laptop:~$ locale LANG=he_IL.UTF-8 LC_CTYPE="he_IL.UTF-8" LC_ALL=he_IL.UTF-8 ubuntu@ubuntu-laptop:~$ locale -a C he_IL.utf8
Your locale is not correctly set up. You must use a locale that appears in the list of compiled locales (the list returned by locale -a). It appears that on your system, the locale is called "he_IL.utf8" - the UTF part is lower case and with no hyphen between UTF and 8. Your environment setting must match that exactly, same case, same spelling, right down to the last comma.
I believe that if you made sure the environment is correctly spelled, things will work for you.
Closing the bug. Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #55 from Alon Bar-Lev alon.barlev@gmail.com 2007-09-28 15:09:59 --- I have: $ locale -a C en_US en_US.utf8 he_IL he_IL.utf8 POSIX
And wine works with LC_ALL=he_IL.utf8 and he_IL.UTF-8 I guess both are valid for >=glibc-2.5
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #56 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-28 15:18:21 --- I have updated my locale, as such:
ubuntu@ubuntu-laptop:~$ locale -a C en_AU.utf8 en_BW.utf8 en_CA.utf8 en_DK.utf8 en_GB.utf8 en_HK.utf8 en_IE.utf8 en_IN en_NZ.utf8 en_PH.utf8 en_SG.utf8 en_US.utf8 en_ZA.utf8 en_ZW.utf8 he_IL.utf8 POSIX ubuntu@ubuntu-laptop:~$ locale LANG=he_IL.utf8 LANGUAGE=he_IL.utf8 LC_CTYPE="he_IL.utf8" LC_NUMERIC="he_IL.utf8" LC_TIME="he_IL.utf8" LC_COLLATE="he_IL.utf8" LC_MONETARY="he_IL.utf8" LC_MESSAGES="he_IL.utf8" LC_PAPER="he_IL.utf8" LC_NAME="he_IL.utf8" LC_ADDRESS="he_IL.utf8" LC_TELEPHONE="he_IL.utf8" LC_MEASUREMENT="he_IL.utf8" LC_IDENTIFICATION="he_IL.utf8" LC_ALL=he_IL.utf8 ubuntu@ubuntu-laptop:~$
Note that LC_ALL, LANG, and LANGUAGE are missing the quotes for some reason, but they all match the Hebrew locale from "locale -a".
So, why am I still getting "Swedish vowels"? Please, teach me how to configure this if it is not a wine bug. I don't mean to seem unappreciative, because I do appreciate the effort, but it is frustrating.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #57 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-28 22:44:42 ---
Dotan, have you tried to resolve the problems mentioned in the comments #16 and #17?
Thanks, Dimitry. I believe that I have: ubuntu@ubuntu-laptop:~$ locale LANG=he_IL.UTF-8 ...
Looks like you haven't. The comment #16 tells about making the following line in the notepad log
trace:x11drv:X11DRV_SetupXIM Using C locale of Input Method
read as "he_IL.UTF-8" instead of "C",
and comment #17 requests to make xev show correct keyboard input.
In addition to the above what is the output of 'set | grep LC_' and 'set | grep LANG'?
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #58 from Shachar Shemesh shachar@shemesh.biz 2007-09-28 23:29:19 --- (In reply to comment #57)
In addition to the above what is the output of 'set | grep LC_' and 'set | grep LANG'?
Actually, he did give this last info. locale will put in quotes values that are deducted, while printing without quotes values set explicitly. Dotan's config has LANG, LANGUAGE and LC_ALL set to he_IL.utf8.
I agree about the rest of the information missing.
Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #59 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-29 10:54:16 --- Created an attachment (id=8290) --> (http://bugs.winehq.org/attachment.cgi?id=8290) Notepad log with correct locale parameters
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #60 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-29 10:59:00 --- (In reply to comment #57)
Looks like you haven't. The comment #16 tells about making the following line in the notepad log
trace:x11drv:X11DRV_SetupXIM Using C locale of Input Method
read as "he_IL.UTF-8" instead of "C",
and comment #17 requests to make xev show correct keyboard input.
In addition to the above what is the output of 'set | grep LC_' and 'set | grep LANG'?
Thank you very much Dimitry. Here is the output of set:
ubuntu@ubuntu-laptop:~$ set | grep LC_ LC_ALL=he_IL.utf8 ubuntu@ubuntu-laptop:~$ set | grep LANG LANG=he_IL.utf8 LANGUAGE=he_IL.utf8 ubuntu@ubuntu-laptop:~$
How would I make xev show correct keyboard input? If this is a RTFM could you please point me in the right direction? I've googled but I cannot find anything that even seems relevant. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #61 from Shachar Shemesh shachar@shemesh.biz 2007-09-29 11:04:34 --- (In reply to comment #59)
Created an attachment (id=8290)
--> (http://bugs.winehq.org/attachment.cgi?id=8290) [details]
Notepad log with correct locale parameters
Regarding xev, just run it, type a few keys in Hebrew, and quit. Paste the output here.
Regarding notepad, just to make sure - open the "font" dialog, and make sure you are using a font with the encoding of "Hebrew".
Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #62 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-29 11:13:26 ---
Created an attachment (id=8290)
--> (http://bugs.winehq.org/attachment.cgi?id=8290) [details]
Notepad log with correct locale parameters
trace:x11drv:X11DRV_SetupXIM Using he_IL.utf8 locale of Input Method
Now the log shows that your locale settings are correct.
What you are missing now is a correct keyboard layout, 'setxkbmap us,il' is what you need to execute.
How would I make xev show correct keyboard input?
xev depends on the same 2 things as Wine does: 1. correct locale settings 2. correct keyboard layout
This bug has all the info you need. Please take some time and carefully re-read it trying to follow every step/advice.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #63 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-29 11:17:04 ---
What you are missing now is a correct keyboard layout, 'setxkbmap us,il' is what you need to execute.
Dotan, actually scratch that. The log shows that correct keysyms are being sent by X11 and Wine handles them correctly. Perhaps now the correct font which has Hebrew characters is missing.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #64 from Dotan Cohen winehq-bugs@dotancohen.com 2007-09-30 19:00:10 --- (In reply to comment #61)
(In reply to comment #59)
Created an attachment (id=8290)
--> (http://bugs.winehq.org/attachment.cgi?id=8290) [details] [details]
Notepad log with correct locale parameters
Regarding xev, just run it, type a few keys in Hebrew, and quit. Paste the output here.
Regarding notepad, just to make sure - open the "font" dialog, and make sure you are using a font with the encoding of "Hebrew".
Shachar
The default font in notepad, "system" does have the encoding "Hebrew". For good measure I switched it to Tahoma just in case. No change, same behaviour as described at the beginning of this bug. Here is my current xev output:
KeyPress event, serial 33, synthetic NO, window 0x2c00001, root 0x52, subw 0x0, time 1490714926, (27,276), root:(750,712), state 0x2000, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 2 bytes: (d7 a9) "ש" XmbLookupString gives 2 bytes: (d7 a9) "ש" XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x2c00001, root 0x52, subw 0x0, time 1490715083, (27,276), root:(750,712), state 0x2000, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 2 bytes: (d7 a9) "ש" XFilterEvent returns: False
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #65 from Shachar Shemesh shachar@shemesh.biz 2007-09-30 21:55:22 --- (In reply to comment #64)
The default font in notepad, "system" does have the encoding "Hebrew". For good measure I switched it to Tahoma just in case.
Merely having a Hebrew encoding is not enough. It also has to be select. When you open the "Fonts" dialog, does the "Script" pull down say "Hebrew"? If so, do Hebrew letters appear in the "Sample" area? If the answer is affirmative to both, please try again with latest Wine.
XLookupString gives 2 bytes: (d7 a9) "ש" XmbLookupString gives 2 bytes: (d7 a9) "ש"
Yes, we can finally say that your locale is working, at least.
Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #66 from Dotan Cohen winehq-bugs@dotancohen.com 2007-10-01 02:37:04 --- (In reply to comment #65)
(In reply to comment #64)
The default font in notepad, "system" does have the encoding "Hebrew". For good measure I switched it to Tahoma just in case.
Merely having a Hebrew encoding is not enough. It also has to be select. When you open the "Fonts" dialog, does the "Script" pull down say "Hebrew"?
Yes
If so, do Hebrew letters appear in the "Sample" area?
Yes
If the answer is affirmative to both, please try again with latest Wine.
Hey! Upgrading from wine-0.9.45 to wine-0.9.46 makes the letters appear as expected. However, they are justified left and in the reverse order (so שלום reads as םולש).
Note that ListPro, the app that I _really_ need to work, still produces "Swedish vowels" when I type in Hebrew. And now, the Hebrew that was in the ListPro files displays backwards, wherein it displayed correctly with wine-0.9.45.
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #67 from Shachar Shemesh shachar@shemesh.biz 2007-10-01 11:28:38 --- (In reply to comment #66)
Hey! Upgrading from wine-0.9.45 to wine-0.9.46 makes the letters appear as expected. However, they are justified left and in the reverse order (so שלום reads as םולש).
Yes, it's a known regression. The BiDi code has undergone a minor rewrite by Maarten Lankhorst. This rewrite temporarily (I hope) disabled it by mistake. A patch to fix that has been submitted, but I'm has not yet been applied in git.
Note that ListPro, the app that I _really_ need to work, still produces "Swedish vowels" when I type in Hebrew.
Ok, Dmitry, and idea how to debug that one?
This may actually be a bug in ListPro. Try working with a non-unicode locale. Also, make sure the locale is the same for LANG and LC_CTYPE. Set it to "he_IL" or "he_IL.ISO-8859", and see whether that solves the problem. Not all applications take to multi-byte characters well in ANSI mode.
And now, the Hebrew that was in the ListPro files displays backwards, wherein it displayed correctly with wine-0.9.45.
That's part of the same regression. I'm hoping it will get fixed by 0.9.46.
Shachar
http://bugs.winehq.org/show_bug.cgi?id=9726
--- Comment #68 from Dmitry Timoshkov dmitry@codeweavers.com 2007-10-01 22:15:12 ---
Note that ListPro, the app that I _really_ need to work, still produces "Swedish vowels" when I type in Hebrew.
Ok, Dmitry, and idea how to debug that one?
I'd suggest to open another bug and attach a +font,+xrender log there (compressed with bzip2 -9), and close this bug since an original problem with locale/keyboard input is fixed.
http://bugs.winehq.org/show_bug.cgi?id=9726
Dotan Cohen winehq-bugs@dotancohen.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #69 from Dotan Cohen winehq-bugs@dotancohen.com 2007-10-03 05:32:56 --- (In reply to comment #68)
Note that ListPro, the app that I _really_ need to work, still produces "Swedish vowels" when I type in Hebrew.
Ok, Dmitry, and idea how to debug that one?
I'd suggest to open another bug and attach a +font,+xrender log there (compressed with bzip2 -9), and close this bug since an original problem with locale/keyboard input is fixed.
Thank you Dimitry. Here is the bug: http://bugs.winehq.org/show_bug.cgi?id=9876
I very much appreciate the assistance and dedication that everyone involved in Wine makes.