Page MenuHomePhabricator

Provide localized versions of www.wikimedia.org
Open, LowPublicFeature

Description

wikimedia.org portal currently shows a message in English only, with no language options. It would be very good to have a localized message (with proper links) based on the visitor's geolocalization, showing additional language options.

Event Timeline

-jem- raised the priority of this task from to Needs Triage.
-jem- updated the task description. (Show Details)
-jem- added a project: WMF-General-or-Unknown.
-jem- subscribed.
Aklapper renamed this task from i18n for wikimedia.org to Provide localized versions of wikimedia.org.Aug 19 2015, 12:47 PM
Aklapper triaged this task as Low priority.
Aklapper added a project: I18n.
Aklapper set Security to None.

based on the visitor's geolocalization

I don't think that's a good idea. Just because I'm in country X which has the languages Y, Z and A spoken does not tell you that I prefer my mother tongue B instead.
Browser preferences might make more sense.

MZMcBride: Yes, sorry, I should have provided a link in the description. Aklapper: I agree, and of course, if some Wikimedia-user-preferences could be read and used, that would be better. But anyway, I think geolocalization could be useful as last option; some other major web sites do it (or they seem to).

Nemo_bis renamed this task from Provide localized versions of wikimedia.org to Provide localized versions of www.wikimedia.org.Aug 19 2015, 4:27 PM

Of course the easiest way is to remove the text: all other portals do without. Either way, quick introduction of Wikimedia belongs to https://meta.wikimedia.org/wiki/Main_Page which is its principal face.

Of course the easiest way is to remove the text: all other portals do without.

I disagree with:

ksmith added a blocking task: T110070: Investigate moving the project portals (www.wikipedia.org, etc.) to Git/Gerrit.

Of course the easiest way is to remove the text: all other portals do without.

I disagree with:

ksmith added a blocking task: T110070: Investigate moving the project portals (www.wikipedia.org, etc.) to Git/Gerrit.

Indeed. The page on wiki supports raw html so it can be done without moving it to git. (unless I'm missing something?)

Indeed. The page on wiki supports raw html so it can be done without moving it to git. (unless I'm missing something?)

In a literal sense, you're correct. But, things like this are significantly easier to automate with a git-based setup. Thus, practically speaking, my team won't be working on doing it with the current setup, so that's why we added the blocking task. Feel free to remove it, but it doesn't change anything from my end.

This should probably be done with the same system developed for the compact interwiki links, by generalising the jquery.uls library to filter any set of hreflang links on a page.

Aklapper changed the subtype of this task from "Task" to "Feature Request".