Last modified: 2009-06-15 23:45:40 UTC
I suggest to add two new magic words for retrieving user's interface language and variant language(if has one). Some wikis, such as Commons and zhwiki, works with muti-language or muti-variant, could use these magic words. In fact, there is a similar way to retrieve interface language now. In Commons, they used {{int:Lang}}; in zhwiki, they used {{int:Conversionname}}. They two are basically same but represent as different title. There are some issues concerned about these magic words. the first one is the link tables. "A link to [[SomePage/{{USERLANGUAGE}}]] will always differ, and the link table will be incorrect."(Siebrand) But I thouth we could add all links (under different {{USERLANGUAGE}}) into link table to solve this problem. the second one could be parser cache. Tim explained "the parser cache works by using the current user language (which includes the variant) as part of the cache key, it's invalidated by the database so there's no need to clear all variants when the article changes." What's your suggestion?
Suggest WONTFIX per all the previous per-user keyword suggestions. {{CURRENTUSER}} et al.
The use case is not clearly stated. As this cannot be implemented as is, a use case is needed to determine whether this is the best solution for the problem at all.
to demon: {{CURRENTUSER}} couldn't be count, but {{USERLANGUAGE}} and {{USERVARIANT}} are limited by the amount of languages supported by MediaWiki.
Niklas Laxström: Commons used {{int:lang}} to convert content between different language now. And {{int:lang}} were similar to {{USERLANGUAGE}}. For example: http://commons.wikimedia.org/wiki/File:Old-friend.jpg You can check the different of contents by indicating different "uselang=".
Oh I forget to use replay..
{{USERVARIANT}} is a dupe of bug 10964, duping bug to that. {{USERLANGUAGE}} is a dupe of bug 2085, this is fakeable with {{int:}} but that bug is also still open. *** This bug has been marked as a duplicate of bug 10964 ***