- 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>
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) > FF ACI > Op CI(~C) -- leif halvard silli
Received on Wednesday, 12 December 2012 14:11:09 UTC