Re: help addressing a translation bug
On 2020-11-20 20:47, Fabio Tomat via gnome-i18n wrote: please, can someone address me where I should point out a missing/wrong translation selecting friulian language in gnome-control-center's "region and language" setting (or in "users" settings) Friulian is listed as Friulian instead of Furlan (the state is correctly written) but I cannot find where it can be fixed (maybe I can fix it myself) The original English string is "Friulian". $ grep -B 3 Friulian /usr/share/xml/iso-codes/iso_639.xml If your display language is Friulian, it will be shown as "Furlan" only if there is a Friulian translation of the language name. That seems not to be the case: https://hosted.weblate.org/projects/iso-codes/iso-639-2/ HTH -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [bn-IN] Reincarnate Bengali (India) Translation Team
On 2020-07-28 07:54, Akarshan Biswas via gnome-i18n wrote: I want to bring to your notice that the current translation team of Bengali (India) is not active and hence not responding to any of the submissions/messages. Because of that there are lot of fuzzy, wrongly translated strings which awaits to be corrected from the last 4 years. I have tried opening a bug report (https://gitlab.gnome.org/Teams/Translation/bn_IN/-/issues/1) 10 months ago but did not receive any response whatsoever. This request makes me wonder about the organization of the Bangla/Bengali translation of Linux. I see three "languages" at <https://l10n.gnome.org/languages/>: bn, bn_BD and bn_IN. Most languages which are spoken in multiple countries have one common translation team. Does Bangla/Bengali have such distinct dialects in Bangladesh respective India which motivate separate translation teams? Or would there be room for 'merging' the teams? A user with a bn_BD locale won't benefit from bn_IN translations and vice versa. So besides using the translator resources more efficiently, merging the teams into a 'bn' team would be good also from a user experience POV. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: xkeyboard-config out of sync
On 2020-06-19 21:19, Gunnar Hjalmarsson wrote: I don't think the absence of a .loc file is the problem. The xgettext() option "--its=FILE", which is what's used in this case, works without a .loc file. The problem according to the xgettext() warning message is that the xkb.its file does not exist. I don't know from where the failing xgettext() call comes, but I get the impression that the $(top_srcdir) variable fails to expand. Thinking that it might make a difference to replace $(top_srcdir)/rules/xkb.its with ../rules/xkb.its considering that the call seems to be done from the po/ folder. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: xkeyboard-config out of sync
On 2020-06-19 20:22, Piotr Drąg via gnome-i18n wrote: pt., 19 cze 2020 o 20:01 Daniel Șerbănescu napisał(a): I noticed that gnome does not track the latest version of xkeyboard- config from Translaton Project. [1] Gnome is tracking: xkeyboard-config-2.25.99 Translation Project is tracking: xkeyboard-config-2.29.99 It seems to be a fetch error. On [1] it says: Error regenerating POT file for xkeyboard-config with a detailed error message. [1] https://l10n.gnome.org/module/xkeyboard-config/ I reported the wrong i18n setup in https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/181, but didn’t pursue it further for lack of time and motivation. I don't think the absence of a .loc file is the problem. The xgettext() option "--its=FILE", which is what's used in this case, works without a .loc file. The problem according to the xgettext() warning message is that the xkb.its file does not exist. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[RFC] Distinguish locales with modifiers
Hi all! My first message to this list. Sorry for being somewhat wordy. Some locales have modifiers appended to them. Examples: ca_ES@valencia sr_RS@latin Currently, in the Language and Formats views in gnome-control-center, such locales are shown with the same labels as their equivalents without modifiers. So in the Language view you may see two occurrences of: CatalanSpain and SerbianSerbia and in the Formats view you may see two occurrences of: Spain (Catalan) and Serbia (Serbian) The issue has been reported here: https://gitlab.gnome.org/GNOME/gnome-desktop/issues/50 and is about to be fixed now. Already committed changes together with proposed changes to gnome-desktop and gnome-control-center result in this: Language view - CatalanSpain Catalan — Valencia Spain SerbianSerbia Serbian — LatinSerbia Formats view Spain (Catalan — Valencia) Spain (Catalan) Serbia (Serbian — Latin) Serbia (Serbian) The key to achieve this is the function gnome_get_translated_modifier() in this file: https://gitlab.gnome.org/GNOME/gnome-desktop/blob/master/libgnome-desktop/gnome-languages.c where a few translatable strings, representing raw modifier strings, have been hard coded. I'm bringing this to your attention to ask if you think the solution in the making is reasonable and something you feel comfortable with. If you have doubts, please respond to this message or comment on the still open merge request: https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/45 Thanks! -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
