W3C home > Mailing lists > Public > www-style@w3.org > August 2012

Re: [css3-conditional] navigator.supportsCSS rather than window.supportsCSS

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Fri, 17 Aug 2012 10:27:28 -0700
Message-ID: <CAAWBYDCVjByzh90aYPpa4qYPVadeO5adeu+-Z_W+2+r5u-o6_g@mail.gmail.com>
To: Sylvain Galineau <sylvaing@microsoft.com>
Cc: Elliott Sprehn <esprehn@gmail.com>, Boris Zbarsky <bzbarsky@mit.edu>, Glenn Adams <glenn@skynav.com>, www-style list <www-style@w3.org>
On Thu, Aug 16, 2012 at 6:19 PM, Sylvain Galineau
<sylvaing@microsoft.com> wrote:
> [Tab Atkins Jr.]
>> Standards vs quirks doesn't change the recognized properties, does it?
>>  I wasn't aware of that being a quirks-mode difference.
> If @supports(display: flexbox) should return true in IE's legacy quirks
> (docmode 5) I'm not sure I understand the point of the feature anymore.
> At the least it'd be strange for common feature-detection tools like Modernizr
> to say one thing and CSS to say another.

Heh, IE's modes aren't the same things as "quirks mode" - the latter
is a small set of differences that are roughly standardized (and being
tightened up now).  IE's modes are much more invasive.

However, I'm not sure what the problem is in the first place.  Nested
document have their own "window" object, so they'll have their own
"CSS" object as well.  It can return whatever answer is appropriate
for that document's mode.

(I wish I'd said this immediately in response to Elliott, but a brain
fart made me think that <iframe>s shared the top document's window

The only remaining wrinkle is that document objects that aren't nested
in a browsing context, like what's returned by XHR.responseXML, won't
have their own window object.  Are these documents coerced to the
parent document's mode?  If so, great.  If not, who cares, you can't
run script inside of them anyway until they're given a browsing
context, so the question of what CSS.supports() would return is moot.

Received on Friday, 17 August 2012 17:28:15 UTC

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