GNOME Bugzilla – Bug 555656
Preferenences doesn't be translated on applets.
Last modified: 2010-05-24 13:19:47 UTC
Please describe the problem: Preferenences doesn't be translated on applets. This issue happens in stickynotes, invest, mini-commander cpufreq applet, etc. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information: LANG=ko_KR.UTF-8. [ko] is 100% in http://l10n.gnome.org/module/gnome-applets#gnome-2-24 gnome-applets-2.24.0.1-3.fc10 Linux distribution - Fedora rawhide
I can reproduce this in Ubuntu if I don't have the necessary language packs installed. However, installing them gives the correct translation. Fedora doesn't do things the same way as Ubuntu and I don't know what the packages you would need to install are (I thought there weren't any). It looks like this is a Fedora problem rather than a gnome-applets one. Closing as NOTGNOME, it should probably be taken up with the Fedora people. Thanks for the report, sorry we couldn't be more help.
(In reply to comment #1) > I can reproduce this in Ubuntu if I don't have the necessary language packs > installed. However, installing them gives the correct translation. Fedora > doesn't do things the same way as Ubuntu and I don't know what the packages you > would need to install are (I thought there weren't any). It looks like this is > a Fedora problem rather than a gnome-applets one. Closing as NOTGNOME, it > should probably be taken up with the Fedora people. Thanks for the report, > sorry we couldn't be more help. > No, language packs are wrong in ubuntu. See Monitor settings on cpu scaling applet preferencehttp://img525.imageshack.us/img525/2199/screenshot11fi1.png Search "Monitor Settings" in http://l10n.gnome.org/POT/gnome-applets.gnome-2-24/gnome-applets.gnome-2-24.ko.po #~ msgid "<b>Monitor Settings</b>" #~ msgstr "<b>클럭 정보 설정</b>" Search "Monitor settings"in http://l10n.gnome.org/POT/gnome-applets.gnome-2-24/gnome-applets.gnome-2-24.ja.po Not found
intltool does not (yet) auto-detect GtkBuilder files. See bug 454894. AFAICS, all translatable strings in *.ui files are not being scanned. "[type: gettext/glade]" prefix should be inserted before every *.ui filenames in po/POTFILES.in.
Created attachment 120320 [details] [review] proposed patch - explicitly specify types of *.ui files in POTFILES.in
I've committed the patch to trunk, thanks Changwoo. That should make sure that the strings are being scanned (and hence fixing the non-existent Japanese translation). However, the original complaint was that the Korean strings weren't being displayed when they were translated (presumably the strings had been picked out of the earlier glade file). I can't reproduce the problem when I have all the appropriate files installed (Yes, Ubuntu is a bit strange about separating out the files into their own packages). So, either Ubuntu is putting in a fix I was unaware of or Fedora is breaking something. Both seem unlikely, but I haven't checked the patches Ubuntu applies recently.
Please apply this to the gnome-2-24 branch. Fixing unmarked strings is not a string freeze breakage.
When applying this to the 2.24 please announce to gnome-i18n@ mailing list. http://live.gnome.org/TranslationProject/HandlingStringFreezes
The 2.24 branch has been patched. gnome-i18n has been notified.
I'm not sure who's supposed to do that, but a "make update-po" does improve _a lot_ the number of translations. For instance the preferences of the cpufreq applet (at least in nl) get suddenly translated! In total, there seems to appear about 2000 strings to be translated or already translated.
So is this still an issue in a recent GNOME version (2.28 or 2.30)?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!