W3C home > Mailing lists > Public > www-style@w3.org > February 2009

Re: Issue in CSS21 grammar?

From: Aryeh Gregor <Simetrical+w3c@gmail.com>
Date: Thu, 26 Feb 2009 10:25:51 -0500
Message-ID: <7c2a12e20902260725u758beb20g19ab5c188d7ca007@mail.gmail.com>
To: Anne van Kesteren <annevk@opera.com>
Cc: fantasai <fantasai.lists@inkedblade.net>, Andrey Mikhalev <amikhal@abisoft.spb.ru>, Bert Bos <bert@w3.org>, Yves Lafon <ylafon@w3.org>, www-style@w3.org
On Thu, Feb 26, 2009 at 4:42 AM, Anne van Kesteren <annevk@opera.com> wrote:
> On Thu, 26 Feb 2009 05:07:40 +0900, fantasai <fantasai.lists@inkedblade.net>
> wrote:
>>
>> Let me answer that question with another question.
>> How many out of how many browsers fail this test?
>>   http://www.w3.org/Style/CSS/Test/CSS2.1/current/html4/ident-008.htm
>>
>> Mozilla, Opera, and Safari have all converged on passing this test.
>> Does it really make sense to change that now?
>
> It's not much of a hassle to change this to be honest (implementation wise)
> and it sort of seems worth it to remove arbitrary restrictions when
> possible.

As an author, I have to say I'm particularly confused by CSS's
inability to handle classes starting with numbers (without escaping).
As far as I can tell, to match the class "123456", you'd have to write
".\31 23456" or ".\00003123456", right?  That seems remarkably
surprising given that HTML permits classes to begin with numbers, and
as far as I know always has.  I can imagine it taking me quite a while
to debug that if I hadn't had this discussion (I didn't know about
that constraint until I read the test case fantasai posted).

The change doesn't introduce backward incompatibility with any
existing valid stylesheets.  To the extent it introduces
incompatibility with existing *invalid* stylesheets, it might just as
likely make them work closer to how the author intended instead of the
opposite.  And it doesn't seem to me like it would be a significant
hassle for implementers to change, which Anne agrees with.  So I don't
see why there's any need to preserve browser convergence on this
detail.
Received on Thursday, 26 February 2009 15:26:28 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:16 GMT