https://bugzilla.wikimedia.org/show_bug.cgi?id=34748
Web browser: ---
Bug #: 34748
Summary: Making uselang= stick when there is no chance to login
Product: MediaWiki
Version: 1.20-svn
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Internationalization
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected], [email protected]
Classification: Unclassified
Mobile Platform: ---
Let's say we are browsing a 'foreign site'. To make it less foreign, we
must append "uselang=en" after each url right there in the URL bar of
our browser.
http://dev.baidu.com/wiki/map/index.php?title=%E7%89%B9%E6%AE%8A:%E7%89%B9%E6%AE%8A%E9%A1%B5%E9%9D%A2&uselang=en
Go ahead and now click on one of the juicy links displayed.
Note how frustrating it is that we are now back in their native language.
After a while this becomes frustrating, and we wish MediaWiki had a
"uselang=en&remember_uselang=1" or some way to make the @#$! uselang
parameter stick.
Note there is no chance any such business sites would let a user login
to set a preference.
Compare all the effort put into providing translation strings, with this silly
barrier to seeing them.
--
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
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
