WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
151594
Web Inspector: support runtime registration of tab type associations
https://bugs.webkit.org/show_bug.cgi?id=151594
Summary
Web Inspector: support runtime registration of tab type associations
Blaze Burg
Reported
2015-11-24 15:36:02 PST
I want to add tabs that only exist in engineering builds. This would be done by putting the relevant models and content views in the Debug/ directory and registering it inside Bootstrap.js. But, the list of tab types is hardcoded. We should make it dynamic.
Attachments
Proposed Fix
(36.11 KB, patch)
2015-11-24 23:39 PST
,
Blaze Burg
joepeck
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2015-11-24 15:36:16 PST
<
rdar://problem/23659417
>
Blaze Burg
Comment 2
2015-11-24 23:39:50 PST
Created
attachment 266146
[details]
Proposed Fix
Joseph Pecoraro
Comment 3
2015-12-02 10:58:25 PST
Comment on
attachment 266146
[details]
Proposed Fix View in context:
https://bugs.webkit.org/attachment.cgi?id=266146&action=review
Looks good. r=me
> Source/WebInspectorUI/ChangeLog:10 > + for debugging purposes. Though the relevant models and views can be > + put Debug/ directory to exclude from production builds, there's no
Grammar: "can be put Debug/" needs refinement.
> Source/WebInspectorUI/UserInterface/Base/Main.js:444 > + return new Set(this._knownTabClassesByType.values());
Maybe this should just return the values and not a set?
> Source/WebInspectorUI/UserInterface/Views/ConsoleTabContentView.js:38 > + static tabInfo()
Style: We've been putting "static" functions inside a "// Static" block. But I've also considered just dropping that block and putting it above the "// Public" block like the constructor.
> Source/WebInspectorUI/UserInterface/Views/NewTabContentView.js:137 > + allowedTabClasses.sort(function(a, b) { > + return a.tabInfo().title.localeCompare(b.tabInfo().title); > + });
Arrow function? foo.sort((a, b) => a.tabInfo().title.localeCompare(b.tabInfo().title))
Blaze Burg
Comment 4
2015-12-04 09:31:48 PST
(In reply to
comment #3
)
> Comment on
attachment 266146
[details]
> Proposed Fix > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=266146&action=review
> > Looks good. r=me > > > Source/WebInspectorUI/ChangeLog:10 > > + for debugging purposes. Though the relevant models and views can be > > + put Debug/ directory to exclude from production builds, there's no > > Grammar: "can be put Debug/" needs refinement. > > > Source/WebInspectorUI/UserInterface/Base/Main.js:444 > > + return new Set(this._knownTabClassesByType.values()); > > Maybe this should just return the values and not a set?
I want to expose the fact that there are no duplicates as part of the API.
> > Source/WebInspectorUI/UserInterface/Views/ConsoleTabContentView.js:38 > > + static tabInfo() > > Style: We've been putting "static" functions inside a "// Static" block. But > I've also considered just dropping that block and putting it above the "// > Public" block like the constructor.
The block was more useful when we couldn't use the static keyword. I will move this up.
> > > Source/WebInspectorUI/UserInterface/Views/NewTabContentView.js:137 > > + allowedTabClasses.sort(function(a, b) { > > + return a.tabInfo().title.localeCompare(b.tabInfo().title); > > + }); > > Arrow function? foo.sort((a, b) => > a.tabInfo().title.localeCompare(b.tabInfo().title))
Blaze Burg
Comment 5
2015-12-04 11:53:21 PST
Committed
r193432
: <
http://trac.webkit.org/changeset/193432
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug