W3C home > Mailing lists > Public > www-style@w3.org > January 2013

Re: Case Sensitivity in CSS [I18N-ACTION-171]

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Wed, 16 Jan 2013 02:10:54 -0800
Message-ID: <CAAWBYDAjp2Hxt-D-6ji=DinTq3_MkydTUZ7Fm4B-OTNqzCPg5A@mail.gmail.com>
To: John Daggett <jdaggett@mozilla.com>
Cc: "CSS WWW Style (www-style@w3.org)" <www-style@w3.org>, WWW International <www-international@w3.org>
On Wed, Jan 16, 2013 at 1:25 AM, John Daggett <jdaggett@mozilla.com> wrote:
> I think you can have case sensitive user identifiers and still match
> existing keywords case insensitively.  I don't see that as being that
> confusing to authors.

I believe it would be confusing if "@counter-style foo {}" and
"@counter-style FOO {}" defined two different counter styles, but
"@counter-style square {}" and "@counter-style SQUARE {}" defined the
same counter style and overrode each other.

The same argument for confusion can be made for property names, if
"color" and "COLOR" are the same property, but "var-color" and
"var-COLOR" and "VAR-color" are all different property names.  The
latter also makes it harder to deal with the var() function, which
drops the var- prefix from the variable name - is the "var" part of a
custom property name CI, but the rest CS?  Is it only valid if you
write literally "var-", not "VAR-"?

>The flip side is if you make counters match
> case insensitively, why don't class names match case insensitively?

I am okay with technically separate technologies such as Selectors
having different expectations and rules.

Received on Wednesday, 16 January 2013 10:11:41 UTC

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