Localization Update for the 2010 Q4 GNOME Quarterly Report

Just a word of preface to fellow quarterly report writers: we still lack ca. 8 reports, so if you haven’t submit your update yet, now is the right time to do so. The deadline was postponed to February 4, 2011.

On October 16, Gil Forcada presented results of the GNOME I18N Survey which was referred to in the previous report. A brief analysis of the results was included.

Discussion on the possibility and feasibility of translating schema files within separated gettext domains or catalogs emerged from the survey analysis debate, as well as the point of localizing certain types of strings that are usually not user-visible. Especially the price of splitting limited resources within smaller translation teams was compared with the eventual need to make significant changes to the current GNOME i18n infrastructure and also to various module build systems.

With regard to the Release Team’s second proposal for moduleset reorganization from October 7, which would allow various software projects outside of the GNOME infrastructure to become officially endorsed GNOME software, members of the GNOME Translation Project expressed strong preference for working on l10n support within the GNOME official i18n and SCM infrastructure.

In the debate which spread over the gnome-18n and desktop-devel-list groups, GNOME translators were mainly concerned about translation quality, string freeze periods and release schedules, about expecting developers or maintainers to integrate translations manually to their respective repositories in a suitable, timely manner, and generally about changing the current module requirements by dropping them and/or making them optional for official GNOME software and GNOME developers.

Several proposals were made to (require to) allow the DL infrastructure on l10n.gnome.org auto-commit translations to code repositories not hosted on git.gnome.org, to migrate from the DL application altogether and replace it with Transifex, and generally to specify l10n requirements for official modules more narrowly and precisely. No final resolution was made in this regard.

Sysadmin work on DL auto-commit, providing translators a way to manage l10n support without interacting with Git system directly, was resumed during October and November. Furthermore, GTP members discussed options to integrate automatic QA checking with l10n.gnome.org.

There were also changes in coordination of the Persian and Romanian team in October and November, respectively.

Localization Update for the 2010 Q3 GNOME Quarterly Report

(As drafted on the gnome-i18n mailing list several days ago.)

On July 29, Andre Klapper represented the GNOME Translation Project at the AGM meeting at GUADEC with a Project update report. At GUADEC, he also gave a talk on “Identifying software projects and translation teams in need” where he provided an overview of interesting data combined & gathered from Damned Lies, GNOME Bugzilla and other relevant sources.

Gil Forcada, with the feedback from other community members, conducted the GNOME I18N Survey by sending a questionnaire on August 13 to every GTP language coordinator, and collecting answers for two weeks. Out of 120 coordinators, 36 answered. The rationale behind the survey was to know each other within the GNOME translation community better, and thus to find ways the GTP can improve the overall experience of translating GNOME.

The sent questionnaire consisted of more than 20 questions on various areas of community l10n in GNOME, e.g. inquiring about general team information, coordinatorship & membership, team workflow, QA processes, use & evaluation of GNOME Damned Lies infrastructure, collaborating with downstream translators, other translation teams, and language institutions, community knowledge sharing, etc.

As for the GNOME development itself, GTP language teams have been busy working on providing l10n support for the new GNOME stable release 2.32, which was delivered on September 29. GTP has been also investigating approaches to help out language teams that seemed to be considerably short on manpower and/or proper coordinatorship, this included the Persian and Welsh teams.

We also communicated with GNOME developers to try to solve i18n issues with translating strings within submodules, strings with constructed sentences, and some other problems that (re)appeared during the Q3 period.

During Q4, apart from working on l10n support for the upcoming GNOME 3, GTP community aims for identifying issues with the current i18n & l10n infrastructure inside and outside the GNOME Project, like the Git commit functionality, and solving them, hopefully implementing the necessary GTP support for repositories hosted at git.gnome.org and elsewhere. This is to be done in conjunction with the Release Team’s proposal for moduleset reorganization.