Last modified: 2014-08-28 00:18:07 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 T62743, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 60743 - Special case Traditional and Simplified Chinese in all language handling
Special case Traditional and Simplified Chinese in all language handling
Status: NEW
Product: Wikipedia App
Classification: Unclassified
Localization/Translation/Language (Other open bugs)
Unspecified
All All
: Low normal
: ---
Assigned To: Nobody - You can work on this!
: i18n
Depends on:
Blocks: 62416
  Show dependency treegraph
 
Reported: 2014-02-02 18:59 UTC by Yuvi Panda
Modified: 2014-08-28 00:18 UTC (History)
4 users (show)

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


Attachments

Description Yuvi Panda 2014-02-02 18:59:43 UTC
Currently we just have a single 'entry' for Chinese - which happens to be traditional chinese. No way to get to Simplified chinese. We should offer two choices instead - Simplified and Traditional chinese, separately. 

This should be in the language list in both the settings screen and in the 'in other languages' screen
Comment 1 wctaiwan 2014-02-02 19:02:49 UTC
Minor correction: The current entry for Chinese loads the source text (which could be a mix of both, depending on who edited the article) without converting it. It does not load Traditional Chinese by default.
Comment 2 Yuvi Panda 2014-02-02 19:06:34 UTC
Thanks for the clarification :) But I suppose the proposed solution (special case the two variants) is acceptable?
Comment 3 wctaiwan 2014-02-02 19:20:39 UTC
Yes. For the time being I don't think supporting showing the unconverted text or the other regionalised variants (zh-tw, -cn, -hk, -mo, -sg) would make for better UX.
Comment 4 Brion Vibber 2014-02-02 22:16:18 UTC
Note that some other languages use the same language converter system such as sr; we may as well throw them all in the same special-casing system so we don't have to do more work later.

I'd recommend hardcoding a list of known languages-with-variants, and displaying the variants as multiple adjacent items in the main language list.

Then we use the combined language + variant to fetch from the right wiki (language in URL) and variant (usevariant=).

Hmmm, how will this complicate history & bookmarking? Should we combine them in the entries?

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


Navigation
Links