Last modified: 2012-01-11 16:32:18 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T35576, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 33576 - Magic words localization per the viewing project instead of source
Magic words localization per the viewing project instead of source
Status: NEW
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-01-07 03:52 UTC by Siddhartha Ghai
Modified: 2012-01-11 16:32 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Siddhartha Ghai 2012-01-07 03:52:43 UTC
This bug is related to how the magic words are evaluated when a commons page is being viewed with either a uselang set, or more importantly, when it is being viewed on another language project.

None of the date and time magic words given at http://www.mediawiki.org/wiki/Help:Magic_Words#Date_and_time localize when viewed at a project with a different language. Neither does {{formatnum}} or using {{#expr:}}. Note that I haven't tried other magic words returning digits, but I suspect that their digits don't localize either.

Tests were done using http://commons.wikimedia.org/wiki/File:Compass_rose-hi.svg and viewing it via different language projects and specifying uselang for it.(look through the history if there's no magic word usage on it now).

Also note that simply specifying the language may not be enough since various languages (most indic languages atleast) use different numerals than the default for the language (i.e the standard arabic numerals 1,2,3...)

So, the usage of numerals should be the one which the local project is using, not the language default. I'm not asking for language specific number formatting here, just the numerals used.

Also, the monthnames, daynames etc should be used per the project's language, not the default(english).

Lastly, I know this may look/sound like a catch-all bug, but I'm just reporting this for now; split it if you have to.
Comment 1 Siddhartha Ghai 2012-01-07 05:22:19 UTC
Oh, and this would/should make some huge template structures at commons for localizing numerals redundant.

Also, related bugs: [[Bug 18047]] [[Bug 19412]] #time localization
[[Bug 13025]] also contains some similar requests

And solving [[Bug 32618]] will probably help too.
Comment 2 Bawolff (Brian Wolff) 2012-01-07 23:37:10 UTC
Perhaps if inter-wiki transclussion ever gets merged into trunk, and if it supports localizing stuff to the content language of the client wiki regardless of what the source wikis content lang is, then we could integrate that into the foreign repo stuff, and maybe use that. (Lots of if coming off that statement)

As it stands here is how description pages work:
*the local wiki does an http request from commons (aka does the same thing you would do if you opened commons in your web browser. Well almost, it looks at urls like http://commons.wikimedia.org/wiki/File:Compass_rose-hi.svg?action=render )
*Plops the result of that into the local wiki's image page.


Making all this magic word stuff vary by user language instead of content language (err, I suppose page language now) would probably have to be done carefully. (I imagine, i say that without looking at the code)

-----
Just to make the links clickable:
>Also, related bugs: Bug 18047 Bug 19412 #time localization
>Bug 13025 also contains some similar requests

>And solving Bug 32618 will probably help too.
Comment 3 Siddhartha Ghai 2012-01-08 01:19:57 UTC
> Making all this magic word stuff vary by user language instead of content
> language (err, I suppose page language now) would probably have to be done
> carefully. (I imagine, i say that without looking at the code)

Not by user language, but by viewing project's default lang. Since this one is a content issue, I don't think we'd want the magic words to go back to english if I view the image in a local project with uselang=en.

However, this currently seems to be the default behaviour, example: see

http://hi.wikipedia.org/wiki/चित्र:Compass_rose-hi.svg

and

http://hi.wikipedia.org/wiki/चित्र:Compass_rose-hi.svg?uselang=en

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links