After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 577913 - Non-english letters aren't printed in GUI.
Non-english letters aren't printed in GUI.
Status: RESOLVED FIXED
Product: librep
Classification: Deprecated
Component: general
0.90.x
Other All
: Normal normal
: 1.0.0
Assigned To: librep-maint
Depends on:
Blocks:
 
 
Reported: 2009-04-04 08:28 UTC by Teika Kazura
Modified: 2009-09-01 17:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ugly hack (1.22 KB, patch)
2009-08-16 16:20 UTC, Christopher Roy Bratusek
needs-work Details | Review

Description Teika Kazura 2009-04-04 08:28:19 UTC
Please describe the problem:
(Already reported in ML.)
Non-english letters are not printed in GUI. Two problems are reported, but I don't know they're related to each other.

The real bug may be in librep or rep-gtk.

1. In GUI window list, i.e. root-menu -> windows, window title is printed. It is truncated when long. If the letter at the truncated position is at least Chinese or Japanese (CJK), then the whole title is not printed.

See this for credits:
http://mail.gnome.org/archives/sawfish-list/2009-March/msg00032.html

2. In configurator GUI, non-english letters are not printed. This is observed for some Latin letters not in Engilsh, as well as Japanese.

I tried Japanese. In UI, Japanese texts of only few labels are displayed.
I never use Japanese for sawfish and it's the first time, 
so I can't tell if it's a regression or not.

Label: I'm not sure of the terminology, but I mean the text only widget.
It's peculiar that all Japanese texts in button, tab, etc, are printed 
correctly.

Root menu and submenus texts are also OK. Only configurator has this problem.

All cases where Japanese texts are printed seem that the label lies
leftmost in hbox. So in matcher, many texts are ok.

Steps to reproduce:
1. For item 2, use an appropriate locale. I tested ja_JP.utf8
2. 
3. 


Actual results:


Expected results:


Does this happen every time?
yes.

Other information:
Comment 1 Christopher Roy Bratusek 2009-04-04 10:05:34 UTC
confirming.
Comment 2 Christopher Roy Bratusek 2009-07-12 19:48:01 UTC
... for Windowmenus this is already fixed. For sawfish-ui we'll see. Since we update rep-gtk to gtk+ 2.12 and therefore to rewrite/update several parts of sawfish-ui we might get behind this.
Comment 3 Christopher Roy Bratusek 2009-08-16 16:20:35 UTC
Created attachment 140895 [details] [review]
ugly hack

The problem seems to be the i18n-initialization in sawfish/wm.jl. When it's not done here, sawfish-ui works correctly (sawfish-ui does it's own initialization in sawfish.ui.i18n, but disabling it here instead still looses).

I don't know what's wrong (lang + locale-dir is set correctly, code for initialization is correct, but in sawfish/wm.jl it does not work, while it does in sawfish.ui.i18n)

Any Idea, Teika?
Comment 4 Christopher Roy Bratusek 2009-09-01 17:54:33 UTC
fixed in librep 0.90.2