Does this concern content languages, or interface languages ?

(In reply to comment #1)

Does this concern content languages, or interface languages ?

Interface languages. 'als' itself does not have any localisation, because "Allemanisch", aka "Swiss German" has ISO 639-3 code 'gsw'. So it is localised in 'gsw'. zh-yue is localised in 'yue'. So if the Wikimedia Mobile only takes 'als' and 'zh-yue' respectively into account, those versions will not have any localisation. Similarly, 'arz' (Egyptian Spoken Arabic) has a fallback to 'ar' (Arabic). In MediaWiki this means that if Arabic is fully localised, but Egyptian Spoken Arabic is ony partially localised, the missing strings will not be replaced with English, but with Arabic strings.

You can grep '$fallback' in http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/ for the fallback languages.

Seems not to be an option of the default i18n in ruby. Might be possible to work around with this tool: http://github.com/kipcole9/rails-i18n-translation-inheritance-helper

hcatlin wrote:

Actually, this is really just an issue of not having "gsw" being a code setup with the DNS.

We'll get that sorted out soon enough.

-hampton.