Brion Vibber <brion@...> writes:
Shinjiman wrote:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="XXX" lang="XXX">
The lang (and xml:lang) attribute defined at the HTML tag in some language
is
not correct and it's supposed to not making this value identical to $wgContLanguageCode.
Incorrect; it *is* supposed to be the value of $wgContLanguageCode, as by definition $wgContLanguageCode is the RFC 3066 language code for the
language of
the wiki's content.
A reasonable case might be made that when variant display conversion is
engaged,
the lang attribute should be overridden.
Please note that the original purpose/goal of the Language Converter is to changing the page(article, project page, portal, etc.)'s content *only* (For example: [中国↔中國] in Chinese and also [standardize↔standardize] in English). Seems Brion is not understanding the original purpose/goal of this, and he said the to change the lang attribute in the HTML tag. (However I've wondering is that have any PHP functions that can change the lang attribute in the HTML tag that already set by the output of both OutputPage.php and SkinTemplate.php).
For example there's no such language tag called "simple",
Indeed there's not; that would be "en".
Note that $wgContLanguageCode is not the same as the *domain name* or
*interwiki
identifier*. These are separate issues.
As this, we still don't have any values that defines the lang attribute in the HTML tag, but currently defined by the $wgContLanguageCode. However, if Brion (or any developers having the shell access) changed the $wgContLanguageCode from "simple" into "en" in the LocalSettings.php at simple, it can correct the mislabelled tag. But this change is going to *break up* the user language settings to using the English messages instead of Simple English messages, for anonymous visitors and newly registered users. (See http://simple.wikipedia.org/wiki/Special:Allmessages for the diffs between the original English messages and Simple English messages, and currently none of LanguageSimple.php / MessagesSimple.php are defined in the MediaWiki package).
As far as I know the value "simple" is *not* either the domain name or the interwiki identifier. However, the values (including "simple") that affecting the $wgLanguagecode / $wgContLanguageCode is defined at the $wgLanguageNames array in languages/Names.php.
according to ISO639, RFC1766, RFC3066 (R1,R2). Hence for my previous patch that submitted to Bug:5790. The main purpose of the patch is adding a new Language Tag Mapping against the user interface language which using the incorrect language tag.
That would be stupid and useless. Instead, use the correct code to begin
with.
Have you read my previous posts? *http://mail.wikipedia.org/pipermail/wikitech-l/2006-May/035546.html *http://mail.wikipedia.org/pipermail/wikitech-l/2006-May/035578.html
On the posts that I've mentioned, as there's some users that using the [zh- tw/zh-hk] user interface language, but have the language variant *turned off* [zh]. It is impossible to determining the new lang attribute by the language variant. So by Brion's idea, to using the language variant to determine the new lang attribute, it would rendered with Traditional Chinese texts, using Simplified Chinese fonts (as the language variant perference is [zh]). Therefore, That's why I say that using the language variant value is not suitable for this case.
Instead, use the correct code to begin with.
That's somehow I agree with this, seems the filenames in languages directory and the values in languages/Names.php is not defined by either the latest ISO- 639-3 and IANA language tags. Hopfully there's maybe having some changes regarding to this. :)
Hopfully this may make more sense regarding for this issue.