WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
97323
[GTK] [Webkit2] Add a setting to enable/disable css regions to WebKit2 GTK+ API
https://bugs.webkit.org/show_bug.cgi?id=97323
Summary
[GTK] [Webkit2] Add a setting to enable/disable css regions to WebKit2 GTK+ API
Alejandro G. Castro
Reported
2012-09-21 03:56:18 PDT
It is an experimental feature and it is activated by default, browsers should be able to disable it.
Attachments
Proposed patch
(7.13 KB, patch)
2012-09-21 04:09 PDT
,
Alejandro G. Castro
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
jaybhaskar
Comment 1
2012-09-21 04:04:33 PDT
do you want it to disable this feature at runtime
Alejandro G. Castro
Comment 2
2012-09-21 04:09:44 PDT
Created
attachment 165112
[details]
Proposed patch
Alejandro G. Castro
Comment 3
2012-09-21 07:17:28 PDT
(In reply to
comment #1
)
> do you want it to disable this feature at runtime
The feature is built and activated by default and at least we have to be able to disable it in the browser when releasing, because Adobe people told us it is experimental and currently it has still a lot of issues:
https://bugs.webkit.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=regions&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0
= Chromium is also releasing the code but disabling it by default.
Martin Robinson
Comment 4
2012-09-21 08:05:03 PDT
Comment on
attachment 165112
[details]
Proposed patch Maybe it just makes sense to disable it manually for now and expose a way to turn it on and off via DRTSupport? I'm wondering whether, in the future, when the feature is stable it will be useful to turn it on and off.
Alejandro G. Castro
Comment 5
2012-09-21 13:16:46 PDT
(In reply to
comment #4
)
> (From update of
attachment 165112
[details]
) > Maybe it just makes sense to disable it manually for now and expose a way to turn it on and off via DRTSupport? I'm wondering whether, in the future, when the feature is stable it will be useful to turn it on and off.
Yeah, I thought about it, because adding API that could be in the future deprecated at some point is not nice, patch seemed a good way to check other opinions. We also have some API like this in webkit1. Anyway after also talking to Dirk about it I think we can avoid this and basically turn it on in general when unstable and just turn it off for the stable releases if we feel it is too unstable for the moment. This is the only option if we want to avoid adding API for these features and testing them in the real browser. If this sounds ok I can close this bug and change the patch for WebKit1 to enable the feature in the library.
Martin Robinson
Comment 6
2012-09-21 13:20:57 PDT
You've definitely hit on my worry here. At some point CSS regions may become so stable that they won't be togglable. We'll have trouble because we'll still have the API. Your suggestions sounds good to me!
Alejandro G. Castro
Comment 7
2012-09-21 23:37:08 PDT
Great, thanks for the comments.
Eric Seidel (no email)
Comment 8
2012-10-08 16:15:14 PDT
Comment on
attachment 165112
[details]
Proposed patch Cleared review? from
attachment 165112
[details]
so that this bug does not appear in
http://webkit.org/pending-review
. If you would like this patch reviewed, please attach it to a new bug (or re-open this bug before marking it for review again).
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug