Re: Internationalized CLASS attributes
Bert Bos wrote:
> The next version of HTML will have a CLASS attribute on (nearly) all
> elements, as described in several documents (, , , ). The
> intention is to allow authors to attach semantic information to
> elements, in the form of keywords:
> <p class=abstract>...
> <em class=surname>...
> The keywords can also be picked up by a style sheet to display the
> element in a special way.
> However, there is a problem: a conflict between case-insensitivity and
> allowing non-ASCII characters. We'd like to be able to say that the
> above example is exactly the same as
> <P CLASS=ABSTRACT>...
> <EM CLASS=SURNAME>...
I used to write COBOL, but then I began to C...
I don't believe there is added value in case-insensitivity this day and
age. Are there any of those terminals that always display upper case
still around? Those with the a->A switch?
I suggest that the class names should be defined as case sensitive.
A friendly browser could, of course, do a case insensitive search if the
case sensitive search fails.
ASCII only names are too limiting. People should be able to name things
in their own language.
But there is another problem with internationalized names: UCS defines a
non-unique coding. Some composite characters have at least two valid
representations, the composed character and the base character followed
by diacritics. If there is more than one diacritics, their order is not
defined. The user often has no control over the coding. So before using
a name, it must be brought to a canonical representation.