- From: Yves Lafon <ylafon@w3.org>
- Date: Mon, 26 Mar 2012 12:09:42 -0400 (EDT)
- To: Florian Rivoal <florianr@opera.com>
- cc: www-style@w3.org
On Fri, 23 Mar 2012, Florian Rivoal wrote:
(Thanks Bert for bouncing me this email as I'm not on www-style).
> On Tue, 25 Oct 2011 11:56:40 +0200, Yves Lafon <ylafon@w3.org> wrote:
>
>> Hi,
>> I was just wondering what was the rationale for allowing spaces between
>> <num> and '/' and between '/' and <num> in [1]. It might be better to have
>> no space, as '/' is used elsewhere either as an operator, or as a 'state
>> change' where it can happen between two numbers as well (and mandating one
>> space would help disambiguating them).
>>
>> [1] http://www.w3.org/TR/2010/CR-css3-mediaqueries-20100727/#values
>
> We saw no need to forbid spaces when this was designed. In other places
> where we have slashes, we allow spaces too. Since no ambiguity arises
> from the way <ratio> is used, and since we have multiple inter-operable
> implementations, it does not make much sense to change it now.
Well, look at the definition of <resolution>:
<<
The <resolution> value is a positive <number> immediately followed by a
unit identifier ('dpi' of 'dpcm').
>>
Why not allowing spaces between '42' and 'dpi'?
It is easy to discriminate between a number, a percentage, a dimension
etc... why suddenly make a special case for ratio?
Also, by "and since we have multiple inter-operable implementations, it
does not make much sense to change it now." Do you mean that they all pass
tests containing "ratio(16 / 9)" or just
that they pass "ratio(16/9)"...
In the following test suite (linked form the CR doc) [2], I see only tests
for "ratio(x/y)" without spaces, so I don't think that it will be hugely
disruptive to do that change.
Cheers,
[2] http://www.w3.org/Style/CSS/Test/MediaQueries/20120229/test_media_queries.html
--
Baroula que barouleras, au tiƩu toujou t'entourneras.
~~Yves
Received on Monday, 26 March 2012 16:09:48 UTC