W3C home > Mailing lists > Public > www-style@w3.org > December 2012

re: some case-insensitivity cases to test

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Wed, 12 Dec 2012 15:10:35 +0100
To: John Daggett <jdaggett@mozilla.com>
Cc: www-style list <www-style@w3.org>, WWW International <www-international@w3.org>
Message-id: <20121212151035131574.33ea9e27@xn--mlform-iua.no>
John Daggett, Wed, 12 Dec 2012 05:10:46 -0800 (PST):

>>  * HTML tag names, attribute names, and attribute values, e.g.:
>>      <input> vs <ınput> etc.
>>      <select multiple> vs <select multıple> etc.
>>      <input type="radio"> vs <input type="radıo"> etc.
>   http://people.mozilla.org/~jdaggett/tests/casesensitivity-tagnames.html

I checked the above page. And mark element test, where the k has been 
replaced with a  kelvin-K, is buggy. The test says "highlighted if 
matched". And in Safari, it gets highlighted. However, when you look at 
the DOM in the Inspector, then it is evident that it is not the kelvin 
K but the normal, lower-case k that is used in the element. (So 
javascript apparently replaces the kelvin K with the normal k.) If we 
revise the the results due to this error, then it seems that 
Chrome/Safari behave like IE10 and FF. My suspicion is that it is the 
same issue in Opera (Dragonfly would not open).

> Results from the tests above:
> CS  = case sensitive
> ACI = ascii case insensitive
> CI  = case insensitive
>  (X) = follows mapping X in CaseFolding.txt
>   ~  = bugs?

> HTML tags
> IE10 ACI
> Chr CI(~C)
> Saf CI(~C)
> Op CI(~C)
leif halvard silli
Received on Wednesday, 12 December 2012 14:11:09 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:24 UTC