RESOLVED FIXED 151410
Web Inspector: Convert remaining timeline views to use View base class
https://bugs.webkit.org/show_bug.cgi?id=151410
Summary Web Inspector: Convert remaining timeline views to use View base class
Matt Baker
Reported 2015-11-18 15:06:29 PST
* SUMMARY Convert remaining timeline views to use View base class.
Attachments
[Patch] Proposed Fix (27.62 KB, patch)
2015-11-18 15:17 PST, Matt Baker
no flags
Radar WebKit Bug Importer
Comment 1 2015-11-18 15:07:11 PST
Matt Baker
Comment 2 2015-11-18 15:17:15 PST
Created attachment 265786 [details] [Patch] Proposed Fix
Blaze Burg
Comment 3 2015-11-18 18:00:56 PST
Comment on attachment 265786 [details] [Patch] Proposed Fix View in context: https://bugs.webkit.org/attachment.cgi?id=265786&action=review > Source/WebInspectorUI/UserInterface/Views/TimelineOverviewGraph.js:214 > + this._scheduledSelectedRecordLayoutUpdateIdentifier = requestAnimationFrame(() => { Maybe I'm just forgetting, but why do the graphs have their own rAF system? Is it a fast-path for non-resizing relayout?
Matt Baker
Comment 4 2015-11-18 18:18:32 PST
Comment on attachment 265786 [details] [Patch] Proposed Fix View in context: https://bugs.webkit.org/attachment.cgi?id=265786&action=review >> Source/WebInspectorUI/UserInterface/Views/TimelineOverviewGraph.js:214 >> + this._scheduledSelectedRecordLayoutUpdateIdentifier = requestAnimationFrame(() => { > > Maybe I'm just forgetting, but why do the graphs have their own rAF system? Is it a fast-path for non-resizing relayout? I added this for https://bugs.webkit.org/show_bug.cgi?id=147013. It's a hook for derived TimelineOverviewGraphs to style the selected record without laying out everything else (similar to ruler markers/selection). Currently it's only used by the rendering frames graph.
Timothy Hatcher
Comment 5 2015-11-18 21:04:39 PST
Comment on attachment 265786 [details] [Patch] Proposed Fix View in context: https://bugs.webkit.org/attachment.cgi?id=265786&action=review >>> Source/WebInspectorUI/UserInterface/Views/TimelineOverviewGraph.js:214 >>> + this._scheduledSelectedRecordLayoutUpdateIdentifier = requestAnimationFrame(() => { >> >> Maybe I'm just forgetting, but why do the graphs have their own rAF system? Is it a fast-path for non-resizing relayout? > > I added this for https://bugs.webkit.org/show_bug.cgi?id=147013. It's a hook for derived TimelineOverviewGraphs to style the selected record without laying out everything else (similar to ruler markers/selection). Currently it's only used by the rendering frames graph. Why does it need to happen on an animation frame?
WebKit Commit Bot
Comment 6 2015-11-19 00:05:06 PST
Comment on attachment 265786 [details] [Patch] Proposed Fix Clearing flags on attachment: 265786 Committed r192616: <http://trac.webkit.org/changeset/192616>
WebKit Commit Bot
Comment 7 2015-11-19 00:05:10 PST
All reviewed patches have been landed. Closing bug.
Matt Baker
Comment 8 2015-11-19 14:55:27 PST
(In reply to comment #5) > Comment on attachment 265786 [details] > [Patch] Proposed Fix > > View in context: > https://bugs.webkit.org/attachment.cgi?id=265786&action=review > > >>> Source/WebInspectorUI/UserInterface/Views/TimelineOverviewGraph.js:214 > >>> + this._scheduledSelectedRecordLayoutUpdateIdentifier = requestAnimationFrame(() => { > >> > >> Maybe I'm just forgetting, but why do the graphs have their own rAF system? Is it a fast-path for non-resizing relayout? > > > > I added this for https://bugs.webkit.org/show_bug.cgi?id=147013. It's a hook for derived TimelineOverviewGraphs to style the selected record without laying out everything else (similar to ruler markers/selection). Currently it's only used by the rendering frames graph. > > Why does it need to happen on an animation frame? It probably doesn't. We should revisit this when we add record selection to the other timeline graphs.
Note You need to log in before you can comment on or make changes to this bug.