RESOLVED DUPLICATE of bug 134404 126636
Enable CSS Feature Queries by default
https://bugs.webkit.org/show_bug.cgi?id=126636
Summary Enable CSS Feature Queries by default
Michał Gołębiowski-Owczarek
Reported 2014-01-08 05:59:09 PST
Firefox, Chrome & Opera support CSS Feature Queries (i.e. @supports). WebKit should add support as well.
Attachments
Albert Scheiner
Comment 1 2014-09-25 06:10:13 PDT
Benjamin Poulain
Comment 2 2014-10-03 14:19:16 PDT
Weird bug report. WebKit had support for conditional rules for a long time. It is behind the ENABLE_CSS3_CONDITIONAL_RULES flag.
Michał Gołębiowski-Owczarek
Comment 3 2014-10-04 04:15:19 PDT
OK, this is a request to enable them by default. Just being implemented doesn't really help web developers. Chrome, Firefox & Opera have it enabled. It's time!
Benjamin Poulain
Comment 4 2014-10-04 11:47:13 PDT
(In reply to comment #3) > OK, this is a request to enable them by default. Just being implemented doesn't really help web developers. > > Chrome, Firefox & Opera have it enabled. It's time! Hum? I assume you mean for Safari? The bug tracker for Safari is http://bugreport.apple.com
Michał Gołębiowski-Owczarek
Comment 5 2014-10-04 11:54:16 PDT
So flags have no defaults? I assumed Safari is mostly compiled with default flag values.
Michał Gołębiowski-Owczarek
Comment 6 2014-10-04 11:58:39 PDT
I mean, WebKit Nightly has some flags turned on and some not. And some flags must be guarding experimental features so the mere existence of an implementation behind a flag doesn't mean it's finished.
Benjamin Poulain
Comment 7 2014-10-04 12:03:44 PDT
(In reply to comment #5) > So flags have no defaults? I assumed Safari is mostly compiled with default flag values. Safari is definitely not compiled with the default flags. (In reply to comment #6) > I mean, WebKit Nightly has some flags turned on and some not. And some flags must be guarding experimental features so the mere existence of an implementation behind a flag doesn't mean it's finished. WebKit Nightly allows any experimental feature if it has good tests and is relatively stable. Most experimental features are disabled in Safari (thank god :)). If you want @support to be enabled in WebKit Nightly, that's definitely possible.
Michał Gołębiowski-Owczarek
Comment 8 2014-10-04 12:21:44 PDT
Thanks for the clarification. :) Should I open a separate bug for that?
Benjamin Poulain
Comment 9 2014-10-04 12:32:18 PDT
(In reply to comment #8) > Thanks for the clarification. :) Should I open a separate bug for that? Let's just repurpose this one.
Benjamin Poulain
Comment 10 2014-10-04 15:01:20 PDT
I was gonna enable the flag but I see it is already on. Bear enabled it back in July: https://bugs.webkit.org/show_bug.cgi?id=134404 For Safari itself, you can do two things: 1) File a bug report asking it to be enabled in the next version: http://bugreport.apple.com 2) Write test cases for WebKit. (1) will basically be like a vote. It is saying that at least one user wants this feature. If there are already existing reports, your "vote" will add up to the original radar by marking it as duplicate. (2) will help convincing the WebKit community that the feature is ready for prime time. When a feature has outstanding test coverage and there is a strong confidence that it follows the specification, its flag is removed and the feature can no longer be disabled. WebKit has much stronger policies than Mozilla and Google in that respect, we want a lot of good tests. *** This bug has been marked as a duplicate of bug 134404 ***
Note You need to log in before you can comment on or make changes to this bug.