- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Mon, 30 May 2011 02:06:19 +0200
- To: www-validator@w3.org
- Cc: www-international@w3.org
Koji Ishii, Sun, 29 May 2011 15:15:24 -0400: > I agree that NFC/NFD against strings to be compared helps a lot. URI > and idref are good examples of such strings. [ snip ] > Unless Unicode resolves issues where NFC/NFD changes some glyphs, I > believe that NFC/NFD are like ignore-case; they're good to compare > strings, but you don't want to lowercase whole contents. So, is your proposal that validators should warn against non-NFC in links and identifiers, but else not? Clearly, HTML5 and the HTML5 validator should help authors avoid gotchas. But, when thinking trouch some scenarios, it seems to be difficult to give the right kind of warning/advice in a validator. Example: * For the Apache2 version that comes with Mac OS X, one might in principle use composed as well as decomposed links even if the file names are decomposed. In Apache on Mac OS X, there is, however, a single problem: cool, composed IRIs. E.g. <http://example.com/%C3%A5.html> works, while <http://example.com/%C3%A5> does not work. May be this is an Apache bug. * In order to fix the above problem, which also lead customers to react when files were placed online, I started to use decomposed links: <http://example.com/a%CC%8A> To say that I SHOULD use ad composed link rather than a decomposed link in that situation, perhaps would not be vice. OTOH, if the warning/advice was phrased as advice to configure my set-up so that I could use NFC in the links, could have been productive. Not least could it be productive with regard to tool vendors. > My best preference is web servers to apply NFC/NFD as it receives URL > from browsers just like they do ignore-case, but if it's too > difficult for some reasons, I can live with applying to attributes of > specific data types. I don't think applying NFC/NFD to whole contents > is the right way to go. The version of Apache2 that is installed on Mac OS X seemes better fit to handle "these issues" better than for instance my Linux based ISP's Apache2 installation does. [Though, I should perform a recheck of the linux install.] So, it seems as if Web servers is a very relevant thing to improve, when it comes to the Mac OS X issues. [1] http://www.w3.org/International/questions/qa-html-css-normalization#n11nhow -- Leif H Silli
Received on Monday, 30 May 2011 00:07:55 UTC