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 78710 - No non-ASCII characters in config dialog, middle-click menu
No non-ASCII characters in config dialog, middle-click menu
Status: RESOLVED FIXED
Product: Sawfish
Classification: Deprecated
Component: Config Tool
pre-1.3.x
Other other
: High major
: 1.5.x
Assigned To: John Harper
sawfish QA Team
: 78375 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-04-15 01:57 UTC by Xavier Cho
Modified: 2009-08-16 15:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch for librep to wrap bind_textdomain_codeset (1.79 KB, patch)
2002-04-25 19:45 UTC, Christophe Fergeau
none Details | Review
Patch for sawfish to use this bindtextdomaincodeset function (1.59 KB, patch)
2002-04-25 19:48 UTC, Christophe Fergeau
none Details | Review

Description Xavier Cho 2002-04-15 01:57:11 UTC
Sawfish config dialogs fail to display Korean characters with 
the following message : 

"WARNING **: Invalid UTF8 string passed to pango_layout_set_text()"

One of the local GNOME hackers found that applications with similar 
problem (e.g. Pan, Xchat) can be fixed by using below code :

bind_textdomain_codeset(PACKAGE, "UTF-8");

I'm not familiar with gtk programming so unable to confirm 
this but maybe this could help tracking down the problem anyway.

Thanks.

=================================================
Korean GNOME Community - http://gnome.or.kr
Comment 1 Christophe Fergeau 2002-04-25 19:43:16 UTC
I was seeing the same problem with French strings.
I attach a patch for librep and sawfish which fixes this problem
Comment 2 Christophe Fergeau 2002-04-25 19:45:00 UTC
Created attachment 7960 [details] [review]
patch for librep to wrap bind_textdomain_codeset
Comment 3 Christophe Fergeau 2002-04-25 19:48:18 UTC
Created attachment 7961 [details] [review]
Patch for sawfish to use this bindtextdomaincodeset function
Comment 4 Luis Villa 2002-05-01 12:01:35 UTC
*** Bug 78375 has been marked as a duplicate of this bug. ***
Comment 5 Christophe Fergeau 2002-05-02 12:02:19 UTC
I strongly disagree with this GNOME2.0.1 keyword, it should be GNOME2.0.0
 (if sawfish is the default wm for gnome2)
Let's say I'm an i18n user. I installed GNOME2 because it has great
i18n support with pango. I launch GNOME2, middle click on the desktop
to get the sawfish menu, and don't get anything or truncated strings.
I guess I would get a poor opinion of GNOME2 if that happens...
Comment 6 John Harper 2002-05-07 03:36:33 UTC
Thanks for the patches. I've applied them both, with some minor
changes to make things be backwards compatible

(this means that to get the new behaviour you'll need a new (currently
cvs) librep, but nothing catastrophic will happen with the old librep)