GNOME Bugzilla – Bug 640997
catalog.init() should be called at the start of application.
Last modified: 2020-03-17 08:59:27 UTC
catalog.init() should be called at the start of application. Otherwise, any call of catalog.getstring() before catalog.init() can not get translated string. For example, the call of catalog.getstring() below in file src/Extensions/Banshee.MeeGo/Banshee.MeeGo/MeeGoPanel.cs can not get translated "media" embedded_panel = new PanelGtk ("banshee", Catalog.GetString ("media"), null, "media-button", true); Please refer to meego defects: http://bugs.meego.com/show_bug.cgi?id=7190
Created attachment 179688 [details] [review] Move locale init to app start
Comment on attachment 179688 [details] [review] Move locale init to app start As is, this will break our Windows build's i18n b/c we don't yet use Booter. I think we will after 2.0 when we merge the dbus-sharp branch and land the Windows remoting patch.
(In reply to comment #2) > I think we will after 2.0 when we merge the dbus-sharp branch and land the > Windows remoting patch. Gabriel: Is this still the plan / can this be done now? Asking as the patch still has accepted-commit_after_freeze status.
AFAIK the remoting patch has not landed yet. And I think the reason for that is that some maintainer wanted to know/check if dbus-sharp worked on Windows, which would be a better/easier solution.
(In reply to comment #5) > AFAIK the remoting patch has not landed yet. And I think the reason for that is > that some maintainer wanted to know/check if dbus-sharp worked on Windows, > which would be a better/easier solution. Will this ever happen? And who is "some maintainer" exactly?
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.