Page MenuHomePhabricator

?uselang= parameter value must be used consistently within a page and its dynamic constituents.
Closed, DeclinedPublic

Description

When I use a ?uselang= parameter in an URL invoking a page having links that make
prviously hidden parts of the page shown, such as a submenue or message editing,
mostly these parts are shown in the user language instead of the language
specified via URL. This is hardly usable when you have a foreign language speaker
whom you want to give an opportunity to e.g. reply to a message in her or his
own language and script.

Besides that, pages in mixed languages and scripts are likely best avoided.


Version: unspecified
Severity: enhancement
URL: http://translatewiki.net/wiki/Special:NewMessages?uselang=en

Details

Reference
bz29733

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 11:30 PM
bzimport set Reference to bz29733.
bzimport added a subscriber: Unknown Object (MLST).

uselang is a debugging feature, not part of the user interface. If you want sticky language use LanguageSelector extension with setlang instead.

Specifically as a debug feature, when debugging message translations, it is ueseless, when messages are shown in wrong languages. Language use inside a page must be consistent.

That seems a problem of the code involving thoe submenus. What pages are giving you that?

[mid air collision]

(In reply to comment #2)

Specifically as a debug feature, when debugging message translations, it is
ueseless, when messages are shown in wrong languages.

It's not useless, it just has a limited scope (we've lived many years without it btw). Reclosing, per Niklas.

Language use inside a
page must be consistent.

Not in debugging mode.