Bug 148674

Summary: Web Inspector: Show layout/paint pixel area in the Rendering Frames tree outline
Product: WebKit Reporter: Matt Baker <mattbaker>
Component: Web InspectorAssignee: Matt Baker <mattbaker>
Status: RESOLVED FIXED    
Severity: Normal CC: bburg, commit-queue, graouts, joepeck, mattbaker, nvasilyev, timothy, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: All   
OS: All   
Attachments:
Description Flags
[Image] New UI
none
[Patch] Proposed Fix
none
[Image] Using n-ary times operator
none
[Patch] Proposed Fix
none
[Patch] Proposed Fix none

Matt Baker
Reported 2015-09-01 02:09:07 PDT
Created attachment 260357 [details] [Image] New UI * SUMMARY Show layout/paint pixel area in the Rendering Frames tree outline. Since the data grid lacks 'width' and 'height' columns, we can add a tree element subtitle for timeline records that include pixel area. * NOTES We should also highlight the region in the inspected page corresponding to the pixel area of a hovered layout or paint record, like the Layout timeline view. See https://bugs.webkit.org/show_bug.cgi?id=148673.
Attachments
[Image] New UI (271.81 KB, image/png)
2015-09-01 02:09 PDT, Matt Baker
no flags
[Patch] Proposed Fix (4.15 KB, patch)
2015-09-01 02:14 PDT, Matt Baker
no flags
[Image] Using n-ary times operator (79.33 KB, image/png)
2015-09-01 14:42 PDT, Matt Baker
no flags
[Patch] Proposed Fix (4.13 KB, patch)
2015-09-01 14:45 PDT, Matt Baker
no flags
[Patch] Proposed Fix (4.15 KB, patch)
2015-09-01 15:45 PDT, Matt Baker
no flags
Radar WebKit Bug Importer
Comment 1 2015-09-01 02:09:24 PDT
Matt Baker
Comment 2 2015-09-01 02:14:55 PDT
Created attachment 260358 [details] [Patch] Proposed Fix
Blaze Burg
Comment 3 2015-09-01 08:30:40 PDT
What is shown in the screenshot are the dimensions, not the area (i.e., px^2). I think the dimensions are fine for the subtitle. Will this change also affect subtitle in layout timeline view? It would be nice to add back in an "area" column to the layout timeline view. I'll file a bug about that.
Blaze Burg
Comment 4 2015-09-01 08:39:38 PDT
Comment on attachment 260358 [details] [Patch] Proposed Fix View in context: https://bugs.webkit.org/attachment.cgi?id=260358&action=review r=me. I guess we don't want this in layout timeline view since it's already in the columns there, but not in rendering timeline. > Source/WebInspectorUI/UserInterface/Views/RenderingFrameTimelineView.js:276 > + subtitle.textContent = WebInspector.UIString("%d x %d").format(childRecord.width, childRecord.height); I would use a unicode X instead of an 'x' character. See https://en.wikipedia.org/wiki/X_mark. We may already be using this somewhere. In my testing, U+2A09 looks the best on 10.10, but you should test on 10.11 too.
Matt Baker
Comment 5 2015-09-01 10:38:42 PDT
(In reply to comment #3) > What is shown in the screenshot are the dimensions, not the area (i.e., > px^2). I think the dimensions are fine for the subtitle. Will this change > also affect subtitle in layout timeline view? This won't effect the layout timeline view.
Matt Baker
Comment 6 2015-09-01 14:42:28 PDT
Created attachment 260385 [details] [Image] Using n-ary times operator
Matt Baker
Comment 7 2015-09-01 14:45:24 PDT
Created attachment 260386 [details] [Patch] Proposed Fix
Timothy Hatcher
Comment 8 2015-09-01 15:22:27 PDT
Comment on attachment 260386 [details] [Patch] Proposed Fix View in context: https://bugs.webkit.org/attachment.cgi?id=260386&action=review > Source/WebInspectorUI/UserInterface/Views/RenderingFrameTimelineView.js:276 > + subtitle.textContent = WebInspector.UIString("%d ⨠%d").format(childRecord.width, childRecord.height); You should use \u instead of the literal UTF-8 here.
Matt Baker
Comment 9 2015-09-01 15:38:05 PDT
(In reply to comment #8) > Comment on attachment 260386 [details] > [Patch] Proposed Fix > > View in context: > https://bugs.webkit.org/attachment.cgi?id=260386&action=review > > > Source/WebInspectorUI/UserInterface/Views/RenderingFrameTimelineView.js:276 > > + subtitle.textContent = WebInspector.UIString("%d ⨠%d").format(childRecord.width, childRecord.height); > > You should use \u instead of the literal UTF-8 here. Should we always prefer \u, or just when the literal could be easily confused with another character?
Matt Baker
Comment 10 2015-09-01 15:45:58 PDT
Created attachment 260389 [details] [Patch] Proposed Fix
Timothy Hatcher
Comment 11 2015-09-01 16:40:16 PDT
(In reply to comment #9) > (In reply to comment #8) > > Comment on attachment 260386 [details] > > [Patch] Proposed Fix > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=260386&action=review > > > > > Source/WebInspectorUI/UserInterface/Views/RenderingFrameTimelineView.js:276 > > > + subtitle.textContent = WebInspector.UIString("%d ⨠%d").format(childRecord.width, childRecord.height); > > > > You should use \u instead of the literal UTF-8 here. > > Should we always prefer \u, or just when the literal could be easily > confused with another character? It is good to do when it isn't a strict ASCII character. No all tools or editors like Unicode.
WebKit Commit Bot
Comment 12 2015-09-01 17:25:49 PDT
Comment on attachment 260389 [details] [Patch] Proposed Fix Clearing flags on attachment: 260389 Committed r189236: <http://trac.webkit.org/changeset/189236>
WebKit Commit Bot
Comment 13 2015-09-01 17:25:55 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.