Last modified: 2012-07-28 16:51:06 UTC
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.
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.
