RESOLVED FIXED 57922
Implement Background and Mask based properties in CSSStyleApplyProperty
https://bugs.webkit.org/show_bug.cgi?id=57922
Summary Implement Background and Mask based properties in CSSStyleApplyProperty
Luke Macpherson
Reported 2011-04-05 22:55:13 PDT
Implement CSSPropertyColor, CSSPropertFillLayer based properties in CSSStyleApplyProperty
Attachments
Patch (14.84 KB, patch)
2011-04-05 23:08 PDT, Luke Macpherson
no flags
Luke Macpherson
Comment 1 2011-04-05 23:08:39 PDT
Eric Seidel (no email)
Comment 2 2011-04-06 05:32:15 PDT
Comment on attachment 88372 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=88372&action=review This seems sane. Are you sure we can't delete the macros? It's feels awkward having two (possibly divergent) ways to do this same thing. > Source/WebCore/css/CSSStyleApplyProperty.cpp:226 > + (selector->*m_mapFill)(m_propertyId, currChild, value); I find this calling convention very ugly. We may want to write wrappers which take a "selector" argument and know how to do the ->*m_mapfill call. Or maybe I'll just get used to the convention. > Source/WebCore/css/CSSStyleApplyProperty.cpp:275 > + setPropertyValue(CSSPropertyWebkitBackgroundSize, CSSPropertyBackgroundSize); Seems we may eventually rename this to "setValueApplier?" or similar. setPropertyValue makes it sound like we're some css property on an element. > Source/WebCore/css/CSSStyleSelector.cpp:-3655 > - HANDLE_BACKGROUND_VALUE(clip, Clip, value) Can we delete these macros now?
Dimitri Glazkov (Google)
Comment 3 2011-04-06 08:56:54 PDT
Comment on attachment 88372 [details] Patch ok, but please listen to and consider following up on Eric's suggestions. His sense of code smell is usually very good.
Luke Macpherson
Comment 4 2011-04-07 16:38:54 PDT
(In reply to comment #2) Thanks Eric. I pretty much agree with you on all points. > (From update of attachment 88372 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=88372&action=review > > This seems sane. Are you sure we can't delete the macros? It's feels awkward having two (possibly divergent) ways to do this same thing. Almost there, just a few properties left to remove before this can happen. > > Source/WebCore/css/CSSStyleApplyProperty.cpp:226 > > + (selector->*m_mapFill)(m_propertyId, currChild, value); > > I find this calling convention very ugly. We may want to write wrappers which take a "selector" argument and know how to do the ->*m_mapfill call. Or maybe I'll just get used to the convention. I think CSSStyleSelector::mapFill* should be moved into CSSStyleApplyProperty, but I haven't been brave enough to do that refactoring yet. These look like they need re-writing anyway as there appears to be a lot of common code between them. I'll file a bug for future cleanup. > > Source/WebCore/css/CSSStyleApplyProperty.cpp:275 > > + setPropertyValue(CSSPropertyWebkitBackgroundSize, CSSPropertyBackgroundSize); > > Seems we may eventually rename this to "setValueApplier?" or similar. setPropertyValue makes it sound like we're some css property on an element. Agreed. Will do. > > Source/WebCore/css/CSSStyleSelector.cpp:-3655 > > - HANDLE_BACKGROUND_VALUE(clip, Clip, value) > > Can we delete these macros now? Not quite yet, but soon - there are some expanding properties that need to move from CSSStyleSelector to CSSStyleApplyProperty before we can do that. I plan to do it shortly but in the interests of making small incremental changes left it out of this CL.
WebKit Commit Bot
Comment 5 2011-04-07 19:33:41 PDT
Comment on attachment 88372 [details] Patch Clearing flags on attachment: 88372 Committed r83241: <http://trac.webkit.org/changeset/83241>
WebKit Commit Bot
Comment 6 2011-04-07 19:33:45 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 7 2011-04-07 20:12:23 PDT
http://trac.webkit.org/changeset/83241 might have broken Qt Linux Release minimal
WebKit Commit Bot
Comment 8 2011-04-07 20:41:52 PDT
The commit-queue encountered the following flaky tests while processing attachment 88372 [details]: fast/history/history-subframe-with-name.html bug 51039 (author: mihaip@chromium.org) The commit-queue is continuing to process your patch.
Note You need to log in before you can comment on or make changes to this bug.