|Summary:||support of cyrillic in gtk+ 1.2.x is broken|
|Product:||xorg||Reporter:||Valery Inozemtsev <shrek>|
|Component:||* Other||Assignee:||Xorg Project Team <xorg-team>|
|Status:||CLOSED FIXED||QA Contact:|
|Version:||22.214.171.1240 (7.0 RC0)|
|i915 platform:||i915 features:|
Description Valery Inozemtsev 2005-09-06 04:28:36 UTC
gtk+-based applications are unable to display cyrillic in locale ru_RU.UTF-8
Comment 1 Valery Inozemtsev 2005-09-06 04:29:49 UTC
Created attachment 3176 [details] [review] xls_locale_en_US
Comment 2 Mike A. Harris 2005-09-27 18:55:18 UTC
This patch at a first glance, seems to undo a change that was made before to fix other bugs. This might be a case of having 2 problem cases, and having to pick between which one is fixed and which one stays broken perhaps. Before anyone commits this to CVS, please go back through CVS history and logs to make sure this doesn't cause a regression ping-pong cascade scenario.
Comment 3 Mike A. Harris 2005-09-27 18:55:54 UTC
Owen: Do you remember this issue at all?
Comment 4 Owen Taylor 2005-09-27 20:11:48 UTC
Not in detail at this point. In general, I think that changing the en_US_UTF8 file to try and fix stuff up for cyrillic at this point is mistake. Don't wake the sleeping monster. We have a better font system now; trying to fix stuff like this will only break something else. If anything, the only right thing to do would be to add a separate config for ru_RU.UTF-8 (and other cyrillic locales).
Comment 5 Dawid Gajownik 2005-09-28 10:20:49 UTC
Valery, your patch also resolves the problem with broken "³" character in GTK+-based apps when using pl_PL.UTF-8 locale → https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160554 :D
Comment 6 Mike A. Harris 2005-09-28 12:59:41 UTC
(In reply to comment #4) > Not in detail at this point. Yeah, I don't recall either. It's something that could be pulled from a changelog, commit mail, or bug report somewhere though if we really needed to find it, but I don't think that's necessary. I remember that it was changed to be this way intentionally for a reason, even though I don't remember the reason off hand. ;o) All I remember about it besides that, was that you were CC'd on the bug and IIRC made the recommendation for the change to solve the problem. ;) > In general, I think that changing the > en_US_UTF8 file to try and fix stuff up for cyrillic at this point > is mistake. Don't wake the sleeping monster. We have a better font > system now; trying to fix stuff like this will only break something > else. Indeed. > If anything, the only right thing to do would be to add a separate > config for ru_RU.UTF-8 (and other cyrillic locales). That seems to be a much more sensible solution for this bug. Does someone want to go ahead and do that and attach a patch to add ru_RU.UTF-8 support? Setting to NEEDINFO
Comment 7 Mike A. Harris 2005-09-28 14:52:16 UTC
The same suggestion applies to the pl_PL.UTF-8 locale.
Comment 8 Dawid Gajownik 2005-09-30 06:13:40 UTC
(In reply to comment #6) > > Not in detail at this point. > > Yeah, I don't recall either. It's something that could be pulled from a > changelog, commit mail, or bug report somewhere though if we really needed > to find it, but I don't think that's necessary. I looked through the CVS and found this: http://cvs.freedesktop.org/xorg/xc/nls/XLC_LOCALE/en_US.UTF-8 (rev. 126.96.36.199) 2004-12-12 Roland Mainz <roland.mainz@email-protected> * xc/nls/XLC_LOCALE/en_US.UTF-8 Bug #1842 (https://bugs.freedesktop.org/show_bug.cgi?id=1842) attachment #1389 [details] [review] (https://bugs.freedesktop.org/attachment.cgi?id=1298): Move iso10646 last so the "fallback" fonts will actually be used if they are better matches. In bug #1842 there's a link to RH Bugzilla -> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=77045 > That seems to be a much more sensible solution for this bug. Does someone > want to go ahead and do that and attach a patch to add ru_RU.UTF-8 support? I can try writing a patch for pl_PL.UTF-8 locale. I 've been searching for the documentation and I've found only this document -> /usr/share/doc/xorg-x11-doc-6.8.2/i18n/LocaleDB.PS.gz (FC4's xorg-x11-doc package). Is there anything else what can help me with this task?
Comment 9 Dawid Gajownik 2005-09-30 16:34:12 UTC
Created attachment 3448 [details] [review] Fixes broken characters in pl_PL.UTF-8 locale I haven't checked this in the real build system (compilation of the monolitic X.org X11 realease takes ages on my crappy box) but I've made all the changes manually and everything seems to work fine. It's based on the en_US.UTF-8 and iso8859-2 locale (information included in LocaleDB.PS.gz file was also really helpful).
Comment 10 Mike A. Harris 2005-10-31 06:47:02 UTC
Another one for ru_RU.UTF-8: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170925
Comment 11 Timo Jyrinki 2007-02-22 14:28:35 UTC
Marking broken (status null/blank) bugs in xorg with no activity in a long time as fixed. Please reopen if you think it's necessary, but first do a search if a similar bug report is already filed and in a NEW/ASSIGNED state. These bugs do not currently show in most search results as they do not have any status. Sorry for this janitorial spam, you know where to send hate mails to when your inbox gets full of bugs you're subscribed to.