Talk:Localisation

Initial source
As noted in the edit summary, this from an exchange between Edward Z. Yang and Tim Starling from the wikitech-l mailing list, posted by User:Nickj. Nick - can you post confirmation here once you have got permission that they are happy to release this as GFDL. --HappyDog 01:08, 23 November 2006 (UTC)

where is the ISO 8601 bug report?
 * All bugs should be reported on Bugzilla. --HappyDog 13:20, 2 April 2007 (UTC)

British English?
--Purodha Blissenbach 00:31, 17 March 2009 (UTC)

Is there any reason why this page is Internationalisation and not Internationalization? The text of the page itself as well as the text accompanying links like the one on Developer_hub use the z version as does Wikipedia (http://www.google.com/search?q=internationalization%20site:en.wikipedia.org vs http://www.google.com/search?q=internationalisation%20site:en.wikipedia.org). Don't really care which one is used. Well that's not true, I would prefer Internationalization. But regardless we should at least be consistent. --Cneubauer 02:35, 29 August 2007 (UTC)


 * That's likeli becauze peoples automatikally type vot thei are uzed to, and mybee they don't recognise even that ther are differences ;-) --Purodha Blissenbach 00:31, 17 March 2009 (UTC)

Article content Localisation
Greetings.

Is there any way to use Localisation to translate custom words inside an article content?

What about page title in the article content?

Thanks

Palanolho 17:58, 21 March 2011 (UTC)


 * You should check IMSLP. They use a system of templates for that. But I'm not sure if that's the standard solution. --Micru 09:18, 30 January 2012 (UTC)


 * There isn't any standard solution, several hacks have been used in the past. Now the Extension:Translate is providing a proper (albeit not complete yet) solution. This is offtopic for this page, by the way. Nemo 09:41, 30 January 2012 (UTC)

in JS
Is  working in JavaScript? « Saper // talk » 02:55, 1 March 2012 (UTC)

Font not working
Good day, when I open the Cree wikipedia (cr.wikipedia.org) from my work computer, I only see squares instead of Cree syllabics. First, I would like to know if that's normal or if that's bug. Second, would there be a way to fix that from the MediaWiki end since people on computers like that don't have access to change the settings of their browser or install new fonts (now I'm from a work computer, but same thing could happen from a computer in a library for example). I'm using Internet Explorer 7. I wasn't sure if that's the right place to ask that, if it isn't, could you please point me in the good direction. Thanks, Amqui (talk) 21:03, 14 September 2012 (UTC)
 * Yes, it's a problem with your system, it works fine with GNU/Linux (fedora 17 here).
 * Extension:WebFonts should explain you how to fix that problem for all users; to enable it locally you'll need a separate bug with local consensus. Further questions should be asked on the extension's talk I think. --Nemo 21:31, 14 September 2012 (UTC)

Coding convention on line length
What's the coding convention on how long lines should be? I notice that often, the lines in these i18n files go beyond 80-100 columns. Leucosticte (talk) 09:09, 18 October 2012 (UTC)

Huge TOC
This TOC is huge. Please consider collapsing it, making it float or something. Of course the better solution would be to split all the content here in different pages, leaving in this one what is essential for (new) translators. We are pointing to this page from How to contribute, so a nicer landing for newcomers would be great. Any takers?--Qgil (talk) 22:13, 31 December 2012 (UTC)
 * What's wrong with the TOC being long? What's important is that it's navigable. How to contribute links to the only section which is really relevant for translators, so they don't have to care about the TOC or the rest of the page (while they'd see the TOC if it was floating). --Nemo 22:39, 31 December 2012 (UTC)

Namespace localisation
I tried to localize my custom namespace the way it is described in Localisation.

In my  I defined:

And in my  I defined:

I registered  with , but the namespace was not available on the wiki.

When I added

to my  the namespace got accessbible by "MyExt:" prefix, but not by "MeineErw:".

Has anybody an idea what I'm doing wrong? --Osnard (talk) 08:57, 10 September 2013 (UTC)


 * What's your wiki's language code? --Nemo 09:07, 10 September 2013 (UTC)

Avoid using message strings generated by the browser
Not all MediaWiki languages are supported by any or all browsers. So strings generated by the browser may appear in a different language to the interface, or may use incompatible terms to the interface.

Avoid using message strings generated by CLDR
Not all MediaWiki languages are supported by CLDR.

Are the above proposed additions to the Localisation page advice correct? Lloffiwr (talk) 00:51, 2 December 2013 (UTC)
 * (Context: 57643, 56813.) Currently the direction taken seems to be the very opposite, so even if adopted those principles wouldn't reflect the reality. Before proposing them, you should try and get at least one such usage changed in the code. I'd suggest to (find someone able to) submit a patch directly, because bugzilla reports on such matters tend to focus on unproductive theoretical discussions about who should spend time doing what rather than on concrete issues and solutions. --Nemo 13:37, 3 December 2013 (UTC)
 * Nemo:Are you able and willing to discuss these issues on some developer platform? Lloffiwr (talk) 11:31, 14 December 2013 (UTC)
 * Sorry, I would have no idea where to start. Echo i18n issues, for instance, are intractable for me. It's better to start from some marginal corner of the codebase nobody cares about and then address controversial drama-prone "in the news" areas like Echo only after the dust settles down, IMHO. --Nemo 10:41, 15 December 2013 (UTC)

Docs on when to use inContentLanguage
Not sure if this is the best page for it, but we should have a guide for developers on when to use. Manual:Messages API mentions that it exists, while Manual:Language explains the distinction between the interface and content language well, but there's no specific guide for this and it's far from obvious. (Examples that come to my mind include messages used for autogenerated edit summaries, as well as messages defining page names like MediaWiki:Helppage, but there are surely more?) Matma Rex (talk) 17:15, 7 June 2014 (UTC)

Location of "alias" and "namespaces"
Is it possible to locate the MyExtension.alias.php or MyExtension.namespaces.php in the /i18n/ folder? I am asking if this will break the process with tw.n? Thanks and cheers --&#91;&#91;kgh&#93;&#93; (talk) 21:20, 22 January 2015 (UTC)


 * Here is the answer. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 21:47, 26 January 2015 (UTC)

Toc right and no floating text?
Why is the ToC at the right side and has a clear-element after it, so no text floats at the left side? It looks a bit strange with the free space at the left side. I suggest to move the toc to the left side, like it is on every page, or let the text float at the left side :) --Florianschmidtwelzow (talk) 11:30, 27 April 2015 (UTC)

Are parentheses suitable as separators/clarifiers in all languages
We're discussing fixes for the flow timestamps (which currently just use "Relative time-ago", and flip to "Exact" time on mouseover). We definitely want to go back to using "Exact" as the default, with "Relative" as a tooltip.

However, if possible, we want to display both the "Exact" timestamp and the "Relative" timestamp for the first few days. Similar to the way Gmail does it for up to 2 weeks, by using parentheses - e.g.

Someone mentioned concerns about using parentheses, for this task. The question is:
 * Are parentheses suitable as a universal separator (clarification indicator)? I.e. can the developers just use:
 * Or must we use bulletpoint/dot/other as a separator, instead? E.g.
 * Or is there a third and preferred method we haven't considered?

I saw the section here at Localisation, which seems to indicate that it is completely OK to use parentheses. I also tried checking special:watchlist?uselang=foo in a few dozen non-latin scripts, and they all appeared to use parentheses in various places. So I think it is acceptable to just use  style format, but confirmation/correction would be appreciated. Thanks. Quiddity (WMF) (talk) 19:59, 12 November 2015 (UTC)


 * Parentheses must not be hardcoded. Either they are part of a message and are translatable as such, or they must be inserted via the "parentheses" system message . --Nemo 20:04, 12 November 2015 (UTC)

Languages that use non-arabic numerals in their ToC
Just FYI, for now...

I noticed the Burmese Wikipedia uses non-arabic numerals in the ToC. This made me think of my global.css which tweaks the colors/size of these numbers and adds a dot-suffix (which I was previous-to-this hoping would be an easy improvement for all wikis...). screenshot comparison. So, I asked for help finding other languages which use non-arabic numerals. Here's what I learned:
 * Based on https://phabricator.wikimedia.org/diffusion/MW/browse/master/languages/messages/?grep=digitTransformTable
 * but without the false-positives of: Ar, Arq, Arz, As, Hi;
 * and the unverifiable(?): Bho, Kk_arab, Ks_arab, Ks_deva, Ku_arab.

Hope that helps someone! (Move this elsewhere, if there's somewhere better). –Quiddity (talk) 19:29, 30 January 2016 (UTC)
 * bn:বাংলা ভাষা
 * bo:བོད་ཀྱི་སྐད་ཡིག།
 * bpy:বিষ্ণুপ্রিয়া মণিপুরী
 * ckb:کوردیی ناوەندی
 * dz:རྫོང་ཁ་
 * fa:زبان_فارسی
 * gu:ગુજરાતી_ભાષા
 * km:ភាសាខ្មែរ
 * kn:ಕನ್ನಡ
 * lo:ພາສາລາວ
 * zh-classical:文言
 * mr:मराठी_भाषा
 * my:မြန်မာဘာသာ
 * ne:नेपाली_भाषा
 * new:नेपालभाषा
 * or:ଧନୁଯାତ୍ରା
 * pi:१९७८
 * sa:संस्कृतम्
 * For variants you have to choose them in the settings. There are no false positives, see Manual:$wgTranslateNumerals. Nemo 20:50, 30 January 2016 (UTC)