GNOME Bugzilla – Bug 559039
Untranslatable timezone messages marked for translation
Last modified: 2015-08-26 08:13:58 UTC
The file calendar/zones.h is full of timezones code, like "America/Sao_Paulo". That may look like English, but it's the code for a timezone, and I can copy and past it after "/usr/share/zoneinfo/" to find the corresponding file in my operational system. But this messages are marked for translation. Should I translate it as "Américas, São Paulo"? If so, why aren't the original messages written in common English, like "São Paulo city"? (This is a good time to look for reusable strings somewhere.)
Ping
PING.
See also #551705.
Hello? It's been almost 5 months.
I'm not sure what to do with this. I wonder if we still need that calendar/zones.h file at all now, since we're using libgweather for the weather calendar and dropped our libical fork. If we do still need timezone translations, can we not get them from libgweather? Chen?
Just commented on the same in, http://bugzilla.gnome.org/show_bug.cgi?id=582922#c8
The funny part is, the messages aren't user-friendly in English. America/Sao_Paulo looks like "America, Sao Paulo" but it's not the same. If the "C locale" user sees something which is not really English, then I'm not sure if I should really translate it to Portuguese. Can I remove the slash if it doesn't make sense in my language? Can I change the order of the words? Can I change the underscores for white space?
What abou t fixing this efore GNOME 3.0? It's been almost an year.
Copied from https://bugzilla.gnome.org/show_bug.cgi?id=582922#c8 > The same file exists in libical/zoneinfo/. Since libical does not have any > translation in it, we would need this to be present. This is used for > evolution on windows. system timezone info is not used in case of windows. How about just dropping these translations on Windows? It's not worth the overhead it imposes on platforms we actively support.
(In reply to comment #6) > Just commented on the same in, > http://bugzilla.gnome.org/show_bug.cgi?id=582922#c8 so it's a duplicate of this, isn't it?
*** Bug 582922 has been marked as a duplicate of this bug. ***
I don't think that they are still translatable in 3.2.
(In reply to comment #12) > I don't think that they are still translatable in 3.2. I do think so, check [1]. If Damned-Lies is not wrong, they are still translatable. Adding a line on POTFILES.skip will do the trick though. Are they still shown on the interface or just looked up on the common /usr/share/zoneinfo ? [1] http://l10n.gnome.org/POT/evolution.master/evolution.master.pot
You've right, it's still there in git master as of today, and it's translated only in the timezone dialog (the one where you choose which timezone you reside in or which to use on an event), but no where else. You can translate them to provide timezone name in a language the evolution is run at, but the name is only shown in the combobox, the label when you hover mouse above the map shows different string (it shows display name as returned by libical).
(In reply to comment #14) > You've right, it's still there in git master as of today, and it's translated > only in the timezone dialog (the one where you choose which timezone you reside > in or which to use on an event), but no where else. You can translate them to > provide timezone name in a language the evolution is run at, but the name is > only shown in the combobox, the label when you hover mouse above the map shows > different string (it shows display name as returned by libical). Then there's nothing to do with this bug, the timezones are already translatable. It would be nice to split the timezones info into a separate module so that they could be reused (even better if moved to libical directly so that upstream has already all the data needed). Has anyone approached the libical developers to ask about it?
(In reply to comment #15) > Has anyone approached the libical developers to ask about it? I'm not aware of any such initiative, and I'm afraid it'll not be accepted, libical doesn't depend-on/use gettext, which might be a reason for evolution doing the translation, and even evolution itself uses it only in the timezone pick dialog.
Thanks for taking the time to report this. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 551705 ***