GNOME Bugzilla – Bug 138625
Cannot switch domains when use quick-lounge applet.
Last modified: 2005-04-25 13:49:05 UTC
Description of Problem: Cannot switch over domains when use quick-lounge applet. Steps to reproduce the problem: 1. Add Quick Lounge applet on gnome-panel. 2. Right click on the applet Actual Results: Then the menuitem "Lock" is not localized. What worse still, once see the menu of the applet, Gnome-menu turns back English messages. Expected Results: Domain can be switched on gnome-panel. How often does this happen? When see right click menu of quick lounge applet. Additional Information: I attached the patch.
Created attachment 26152 [details] [review] patch for bonobo domain.
I don't understand your problem or the patch. Are you saying the menu is localized the first time and then switches back to the C locale ?
Yes, The GNOME desktop menu is localized at the first time. Quick Lounge applet loads the own .mo file and gnome-panel's .mo file. But applets configure the textdomain as own names and gnome-panel inherits the domain name so applets cannot find localized messages in gnome-panel's .mo file, then "Lock" of the applet and the desktop menus of gnome-panel are fallen back to English messages. To fix this, gnome-panel always to bind the textdomain of the own name.
Mark: is it clearer for you now? (it's not for me :-))
No, this still makes precisely zero sense to me. Both the panel and the clock applet do textdomain ("gnome-panel-2.0"); The only thing I can think of is if the quick-lounge applet is an shlib applet, then its probably doing textdomain ("quick-lounge-applet") and screwing the panel. That's probably it, fixed on HEAD: 2005-04-25 Mark McLoughlin <mark@skynet.ie> * panel-applet.h: don't call textdomain() from shlib applets. Should fix reported issue with quick-lounge, although quick-lounge isn't an shlib applet anymore apparently (bug #138625)