RESOLVED FIXED 153005
Add a build flag for custom element
https://bugs.webkit.org/show_bug.cgi?id=153005
Summary Add a build flag for custom element
Ryosuke Niwa
Reported 2016-01-11 21:32:56 PST
Add a build flag for custom element and enable it by default on Mac and iOS ports.
Attachments
Adds a build flag (36.29 KB, patch)
2016-01-11 21:35 PST, Ryosuke Niwa
no flags
Ryosuke Niwa
Comment 1 2016-01-11 21:35:07 PST
Created attachment 268745 [details] Adds a build flag
Alex Christensen
Comment 2 2016-01-11 23:17:51 PST
Comment on attachment 268745 [details] Adds a build flag View in context: https://bugs.webkit.org/attachment.cgi?id=268745&action=review > Source/cmake/OptionsEfl.cmake:91 > +WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_CUSTOM_ELEMENTS PRIVATE OFF) Why efl but no gtk? > Source/cmake/WebKitFeatures.cmake:93 > + WEBKIT_OPTION_DEFINE(ENABLE_CUSTOM_ELEMENTS "Toggle custom elements support" PRIVATE OFF) I guess it doesn't make a difference, because not mentioning it is the same as turning it off.
WebKit Commit Bot
Comment 3 2016-01-12 13:25:49 PST
Comment on attachment 268745 [details] Adds a build flag Clearing flags on attachment: 268745 Committed r194921: <http://trac.webkit.org/changeset/194921>
WebKit Commit Bot
Comment 4 2016-01-12 13:25:52 PST
All reviewed patches have been landed. Closing bug.
Michael Catanzaro
Comment 5 2016-01-12 21:48:50 PST
(In reply to comment #2) > Why efl but no gtk? I prefer not to override the default value unless we need it to be different for some GTK-specific reason, see bug #152615, or we want it to be public. Eventually it would make sense for the other ports to do this as well. So not touching OptionsGTK.cmake was correct. It would be good to clean up the options lists for EFL and Windows and Mac as we have for GTK (and also to think about which options should be public and which private).
Note You need to log in before you can comment on or make changes to this bug.