Page MenuHomePhabricator

Branch support for localisation of MediaWiki core
Closed, DeclinedPublic

Description

Migrated from: https://wikimedia.mingle.thoughtworks.com/projects/language_engineering/cards/3895

Context

This story is part of the feature that will change the MediaWiki localisation format from executable PHP code to JSON. The full change is described in RFC Localisation format.

This is a complementary approach to Localisation Update.

Narrative

As a MediaWiki administrator, I can receive localisation updates with point releases of MediaWiki, so that I can benefit from localisation updates with very little effort.

Acceptance Criteria

  • Ensure branch support works again (2 versions back) in translatewiki.net
  • Ensure MediaWiki core branch localisation can be exported using Translate update to versions back (1.20/1.21).

Event Timeline

Amire80 raised the priority of this task from to Low.Feb 20 2015, 3:48 PM
Amire80 subscribed.
Nikerabbit set Security to None.
Nikerabbit added a project: translatewiki.net.
Nikerabbit subscribed.

I assume there's no need for "Conversion script json->php if needed" anymore since all the currently supported branches are JSON now?

Also maybe this is a silly question, but if people can use LocalisationUpdate to get the latest translations, why couldn't we use that script but have it write output to the languages/ JSON files, and then commit the result?

Also maybe this is a silly question, but if people can use LocalisationUpdate to get the latest translations, why couldn't we use that script but have it write output to the languages/ JSON files, and then commit the result?

Not silly at all. It doesn't currently write to those JSON files, but that probably wouldn't take long. The main difference is that without explicit support from translatewiki.net side, it is not possible to translate messages that only exist in older versions, nor messages that have been changed in master. Given these are in the minority, it would be better than nothing though.

In the long run I would like to implement a generic LU service that is not software dependent.

Translation backports are almost as good and currently running.