- From: Anne van Kesteren <annevk@opera.com>
- Date: Tue, 27 Apr 2010 16:07:38 +0900
- To: "www-style list" <www-style@w3.org>, "Sylvain Galineau" <sylvaing@microsoft.com>
- Cc: "Sharon Newman (COHEN)" <sharco@microsoft.com>, "Daniel Libby" <dlibby@microsoft.com>
On Mon, 26 Apr 2010 23:08:24 +0900, Sylvain Galineau
<sylvaing@microsoft.com> wrote:
>> From: Anne van Kesteren [mailto:annevk@opera.com]
>> Right. I'm saying that a CSS3 draft for @media could change it.
>
> Is there one ? Are we planning on one ? In the meantime, we
> agree that @media {} is invalid, yes ?
Not sure. Maybe (some want it). Yes. :-)
>> If you have suggestions for how to clarify it that would help. To me
>> it's perfectly clear.
>
> :) I'm glad it's clear to you because existing implementations - 3 of
> them - are not exactly helpful on this specific aspect. So either
> they're all
> sloppy or this may not be as clear as it seems.
Or everything recently changed, as happens to be the case. But probably
some shade of grey :-)
> I'd be happy to suggest
> changes once I understand what it's supposed to, especially on the OM
> front.
Ok.
>> I would like to get full interoperability here, but I think that would
>> require moving the MediaList API in the Media Queries specification and
>> make it into one model. Or alternatively provide more hooks or
>> something
>> in the Media Query specification for the API, but I believe neither is
>> really desired by the WG as we want to move Media Queries forward.
>
> Which spec the answer goes to is an orthogonal issue to what the interop
> runtime behavior is intended to be. I'm really asking about the latter.
>
> This being said, if this is spread across two documents at different
> stages then this means that there will be 2+ set of testcases
> for MQ and we will not know whether two browsers interop without running
> them both (or all three of them if one includes HTML5's media attribute).
> That's unfortunate. I want MQ to move forward too, but if that means
> punting on OM interop issues then it's worth asking if that's the proper
> trade-off.
>
> More recent modules - Transitions, Transforms and Animations - include
> the relevant OM bits. MediaList seems to be a stand-alone interface so
> it could fit within this pattern as well.
I am not opposed to merging the CSSOM part of media queries with the Media
Queries specification.
> OK, my bad. So media="" is invalid but the absence of the media
> attribute means
> media="all". That one makes sense and seems consistent with no @media
> implying @media all {...} and @media {...} being invalid.
Well, media="" also means media="all", as far as implementations go. It's
just that authors are not allowed to write it.
>> I suppose. I'm open to suggestions and some help in getting it changed
>> in all implementations.
>
> Given the correction above, I don't think it's too bad. Setting media=""
> results in an invalid query so the content of the style element no
> longer applies. Removing the media attribute is equivalent to setting it
> to "all". There is no real equivalent in CSSOM i.e. something that
> removes an @media {...} but I think that's OK.
Ok.
--
Anne van Kesteren
http://annevankesteren.nl/
Received on Tuesday, 27 April 2010 07:08:23 UTC