GNOME Bugzilla – Bug 324062
nb_NO and nn_NO is the official locale but glade misbehaves with them
Last modified: 2011-07-19 23:03:26 UTC
so everyone seems to use nb and no (the same po in them) [for boemkal] and nn (for nyorsky) what I mean by misbehaves is that Glade strings remain untranslated whereas the rest of strings (the programatically once that are binded with gettext and not with glade bindtextdomain etc) are okay
libglade uses gettext() to perform translations, the same as everything else. You will need to provide some more specific information on how to reproduce this problem, or apps that exhibit the bug. It would also be useful to know what $LANG, $LC_ALL and $LANGUAGE are set to.
LANG nor LANGUAGE is set. this is windows only. I attach a testcase which as is displays norwegian in GNU but displays English in Norwegian Windoz
Created attachment 56025 [details] testcase run with LC_MESSAGES=nb_NO python foo.py in GNU works. then run in Norwegian Windoz by double clicking the foo.py doesn't work I tried with a trusted tester, Gnumeric/Win32 and a glade file (document props), before I delete nb folder and renamed no to nb_NO folder and the glade strings were in norwegian! so this is python-libglade issue in Windoz. If it's not the right place to bugreport, please tell me where. Thank a lot
I am the trusted user that tested, made this video for demonstrating the error. It should work to set the language dir to nb_NO for norwegian bokmål, but it does not. http://www.barmen.nu/d/53719-1/nb_NO+error.avi Pictures is worth a thousand words right?
I've got no experience with Windows, but libglade just uses gettext() like most other GTK software. Do any other internationalised GTK programs display correctly in your locale on Windows? If it is a general problem, then it is possible that gettext is not correctly interpreting the locale settings on Windows.
James, personally I've had reports that it happens in french windows. I don't know what you mean by mis-interpreting by gettext. gettext is also used to programatically added strings which work okay. I asked Cedric (the python-libglade windows installer maintainer) to comment on this, as the fact it *only* happens with *PYTHON* (as opposed to C apps) is very weird
I have no problems with other apps, but it seems that most of them have doubled up with no, nb and nn to support all variants.
The GNOME Release team has officially deprecated libglade in favor of GtkBuilder[1]. So it's unlikely to get further development. I am closing bugs as WONTFIX. Please feel free to reopen the bugs in future if anyone takes the responsibility for active development. [1] http://permalink.gmane.org/gmane.comp.gnome.devel.announce/28