- From: Aryeh Gregor <Simetrical+w3c@gmail.com>
- Date: Thu, 5 Feb 2009 16:33:14 -0500
- To: Richard Ishida <ishida@w3.org>
- Cc: Henri Sivonen <hsivonen@iki.fi>, public-i18n-core@w3.org, W3C Style List <www-style@w3.org>
On Thu, Feb 5, 2009 at 12:23 PM, Richard Ishida <ishida@w3.org> wrote: > Henri, I think that if we follow your argument we should expect to see far more ids such as id1, id2, id3, or aa, ab, ac... etc. But actually people tend to regularly use id and class names that make some sense, are easy to remember, and relate to the topic at hand. Well, if you speak and think in excellent English there's no big deal with codepoint for codepoint comparison. But if you speak and think in Vietnamese, Burmese, Khmer, Tamil, Malayalam, Kannada, Telugu, Sinhala, Tlįchǫ Yatìi, Dënesųłįne, Dene Zhatié–Shihgot'ine, Gwich'in, Dɛnɛsųłįnɛ, Igbo, Yoruba, Arabic, Urdu, Azeri, Tibetan, Japanese, Chinese, Russian, Serbian, etc. etc. and especially if your content is in that language, then it wouldn't be so surprising that you would want to write class names and ids in that language too, and I think we need to investigate what is needed to support that. It might be worth noting that Wikipedia produces normalization-sensitive classes by the boatload. Look at the classes on the body element of, for instance, http://vi.wikipedia.org/wiki/H%E1%BB%93_L%C3%B4_%C4%90%E1%BA%A3o Normalization should not be a significant problem in this particular context, however, since MediaWiki uses NFC for everything, and custom CSS/JS normally is stored in the wiki database (therefore normalized).
Received on Thursday, 5 February 2009 21:33:50 UTC