https://bugzilla.wikimedia.org/show_bug.cgi?id=35911
Web browser: ---
Bug #: 35911
Summary: direction in MobileFrontent is always based on the
wiki's content language
Product: MediaWiki extensions
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: i18n
Severity: normal
Priority: Unprioritized
Component: MobileFrontend
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: amir.ahar...@mail.huji.ac.il
CC: aricha...@wikimedia.org, prei...@wikimedia.org,
tf...@wikimedia.org
Blocks: 745
Classification: Unclassified
Mobile Platform: ---
The direction of interface messages in MobileFrontent seems to be always based
on $wgLanguageCode.
So, for example, if $wgLanguageCode is "en" and you ask for a page with
uselang=he, the interface messages will appear as LTR, and that would be wrong.
Among other things, the ellipsis at the end of the search label will appear on
the right-hand side, even though it's supposed to be on the left-hand side for
Hebrew. For comparison, you can easily use http://en.wikipedia.org/?uselang=he
and see English content with Hebrew interface.
Since MediaWiki 1.18, core MediaWiki supports good separation between interface
language and content language (Bug 6100). The scenario described above is not,
by itself, very important, so this bug does not currently have a high priority,
but ideally BiDi practices from core MediaWiki should be used as much as
possible in MobileFrontend, too.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
