Hello. I've a problem running a few apps that are supposed to output some text in Russian, but it's not displayed correctly (instead it looks like text in the web browser when wrong charset is selected). I think these applications try to use GDI or standart Windows controls with non-unicode text in Windows-1251 Cyrillic codepage and it doesn't work. AFAIK in Windows XP there was an option somewhere, to set a "default codepage" for non-unicode apps - which is probably what I need to make them behave correctly. Can anybody explain how to force this in Wine (if there's a way), preferably so that it doesn't change anything in Linux generally? And yes, I did try googling - it handed me links to some quite confusing discussions on this matter. LANG, LC_ALL and LC_CTYPE environment variables mentioned in those do not seem to work (or I'm doing something wrong). At least LANG=ru_RU or LC_CTYPE=ru_RU didn't help but created some weird side-effects in the terminal instead. Thanks for any help.
On Sun, 2007-05-20 at 08:21 -0700, alex.d@hushmail.com wrote:> Hello. > > I've a problem running a few apps that are supposed to output some > text in Russian, but it's not displayed correctly (instead it looks > like text in the web browser when wrong charset is selected). > > I think these applications try to use GDI or standart Windows > controls with non-unicode text in Windows-1251 Cyrillic codepage > and it doesn't work. AFAIK in Windows XP there was an option > somewhere, to set a "default codepage" for non-unicode apps - which > is probably what I need to make them behave correctly. > > Can anybody explain how to force this in Wine (if there's a way), > preferably so that it doesn't change anything in Linux generally? > And yes, I did try googling - it handed me links to some quite > confusing discussions on this matter. LANG, LC_ALL and LC_CTYPE > environment variables mentioned in those do not seem to work (or > I'm doing something wrong). At least LANG=ru_RU or LC_CTYPE=ru_RU > didn't help but created some weird side-effects in the terminal > instead. > > Thanks for any help.I take it you're prepared to set your wine user to ru_RU, or else set it up in the xterm before you start. Have a look at /etc/environment (if it exists) which sets some of these things. Your locales will work in linux if set LC_ALL, then you can forget the rest them. Try ru_RU.koi8r The LC_ALL is a directory in /usr/lib/locale (i.e. the locales are installed) echo $LC_ALL gives you something sensible in an xterm. If you are having trouble here, go to google, and include the name of (Alexander) Patrakov, who is one of the world's experts on the Russian locale issues you might encounter, and a prolific writer. You are more likely to find solutions than problems. I would check for windows fonts, and install ko18 fonts, and try to persuade the windows apps to use them. Beware of scripts (e.g. xinit stuff) which set locales so that their commands won't barf. According to this http://czyborra.com/charsets/codepages.html cp-1251 is incompatible with everything that matters. I wish you well. -- Declan Moriarty <junk_mail@iol.ie>
Hi,
We are also having problema with brazilian charset and maybe the
bug 7571 [1] is also of interest of you ....
We are working on that and, of course, help is welcome ... ;-)
Regards.
[1] http://bugs.winehq.org/show_bug.cgi?id=7571
---------------------------------------------------------
Ulisses de Sousa Penna
Analista Consultor - Banco do Brasil
Fone: +55-61-3310-6320
---------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.winehq.org/pipermail/wine-users/attachments/20070521/63570566/attachment.html
Pedro Araujo Chaves Jr.
2007-May-23 12:57 UTC
[Wine] Re: forcing codepage for non-unicode apps
On 2007-05-20, Alex D. <alex.d@hushmail.com> wrote:> Hello. > > I've a problem running a few apps that are supposed to output some > text in Russian, but it's not displayed correctly (instead it looks > like text in the web browser when wrong charset is selected). > > I think these applications try to use GDI or standart Windows > controls with non-unicode text in Windows-1251 Cyrillic codepage > and it doesn't work. [snip] > > Thanks for any help.Your issue looks exactly like what we have here with Lotus Notes R5. With some invaluable help from Dmitry (thanks!), I have just sent a patch [1] for bug #7571 [2] to Wine's bugzilla. Could you please test it and see if it works for you? [1] http://bugs.winehq.org/attachment.cgi?id=6411&action=view [2] http://bugs.winehq.org/show_bug.cgi?id=7571 Cheers, - Pedro. -- "Experience is what you get when you do not get what you want."
alex.d@hushmail.com
2007-May-24 03:32 UTC
[Wine] Re: forcing codepage for non-unicode apps
Hi. I think I may have a different, separate problem. From reading WINEDEBUG=+nls logs, it looks like my problem is similar to described in this bug: http://bugs.winehq.org/show_bug.cgi?id=7235 I.e. it seems to ignore LC_ALL=ru_RU at all and in the log I see function calls like MultiByteToWideChar with cp 1252 (should be cp 1251 to get what I need). The bug No 7571 (Lotus notes) seems to be something font choice or rendering related, right? And in my case I think it doesn't even get as far as font rendering, I think it already works incorrectly when translating non-unicode characters to unicode. BTW, on another machine, with an older wine (0.9.12) I got an app to properly display Russian characters running it as LC_ALL=ru_RU wine app , but at home with wine 0.9.36 LC_ALL=ru_RU seems to do nothing at all. But maybe it's even some locale setup problem on my end, in previous days I had no time to research it better, I plan to work some more on it on weekend. On Wed, 23 May 2007 17:56:48 +0000 "Pedro Araujo Chaves Jr." <inckie@gmail.com> wrote:>Your issue looks exactly like what we have here with Lotus Notes >R5. > >With some invaluable help from Dmitry (thanks!), I have just sent >a >patch [1] for bug #7571 [2] to Wine's bugzilla. Could you please >test >it and see if it works for you? > >[1] http://bugs.winehq.org/attachment.cgi?id=6411&action=view >[2] http://bugs.winehq.org/show_bug.cgi?id=7571-- Free information on how to become certified as a personal trainer. Click Here! http://tagline.hushmail.com/fc/CAaCXv1WEaa7NgTQjpfFdXSd7TjlvjsT/