RESOLVED FIXED 160215
Move RenderView::shouldDisableLayoutStateForSubtree to SubtreeLayoutStateMaintainer.
https://bugs.webkit.org/show_bug.cgi?id=160215
Summary Move RenderView::shouldDisableLayoutStateForSubtree to SubtreeLayoutStateMain...
zalan
Reported 2016-07-26 14:39:20 PDT
ssia.
Attachments
Patch (3.33 KB, patch)
2016-07-26 14:44 PDT, zalan
no flags
Patch (3.83 KB, patch)
2016-07-26 14:58 PDT, zalan
no flags
Patch (3.62 KB, patch)
2016-07-26 15:10 PDT, zalan
no flags
Patch (4.01 KB, patch)
2016-07-26 15:21 PDT, zalan
no flags
zalan
Comment 1 2016-07-26 14:44:19 PDT
zalan
Comment 2 2016-07-26 14:58:39 PDT
Darin Adler
Comment 3 2016-07-26 15:00:32 PDT
Comment on attachment 284637 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=284637&action=review > Source/WebCore/page/FrameView.cpp:204 > bool m_disableLayoutState { false }; The name of this isn’t great. It keeps track of whether we already disabled layout state, and it’s confusing that its name is verb.
Darin Adler
Comment 4 2016-07-26 15:02:16 PDT
Comment on attachment 284637 [details] Patch I think the old factoring was clearer, where one function makes the decision about whether to disable layout state, and another does the disabling. I’m not sure that this is an improvement. It’s especially poor to put the actual work of disabling layout state inside a loop just before a return statement. Too subtle I think.
Simon Fraser (smfr)
Comment 5 2016-07-26 15:03:46 PDT
Comment on attachment 284637 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=284637&action=review > Source/WebCore/page/FrameView.cpp:190 > + void disableLayoutStateForSubtree() disableIfNeeded? > Source/WebCore/page/FrameView.cpp:196 > + for (auto* renderer = m_layoutRoot; renderer; renderer = renderer->container()) { > + if (renderer->hasTransform() || renderer->hasReflection()) { > + m_disableLayoutState = true; > + m_layoutRoot->view().disableLayoutState(); > + return; Slight preference for assignment to m_disableLayoutState in one place. You could hoist the loop into a separate function.
zalan
Comment 6 2016-07-26 15:10:08 PDT
zalan
Comment 7 2016-07-26 15:21:53 PDT
WebKit Commit Bot
Comment 8 2016-07-26 16:35:10 PDT
Comment on attachment 284644 [details] Patch Clearing flags on attachment: 284644 Committed r203751: <http://trac.webkit.org/changeset/203751>
WebKit Commit Bot
Comment 9 2016-07-26 16:35:15 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.