Bug 108346

Summary: Web Inspector: relax goto file matching again.
Product: WebKit Reporter: Pavel Feldman <pfeldman>
Component: Web Inspector (Deprecated)Assignee: Pavel Feldman <pfeldman>
Status: RESOLVED FIXED    
Severity: Normal CC: apavlov, johnjbarton, keishi, loislo, pfeldman, pmuellr, vsevik, web-inspector-bugs, yurys
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
Attachments:
Description Flags
Patch
none
Patch
vsevik: review+
screenshot of FilteredItemSelectionDialog none

Pavel Feldman
Reported 2013-01-30 07:55:19 PST
This change brings back behavior introduced in r116244.
Attachments
Patch (5.39 KB, patch)
2013-01-30 07:59 PST, Pavel Feldman
no flags
Patch (17.81 KB, patch)
2013-02-01 05:46 PST, Pavel Feldman
vsevik: review+
screenshot of FilteredItemSelectionDialog (46.38 KB, image/png)
2013-02-04 14:38 PST, johnjbarton
no flags
Pavel Feldman
Comment 1 2013-01-30 07:59:17 PST
Vsevolod Vlasov
Comment 2 2013-02-01 01:50:11 PST
Comment on attachment 185506 [details] Patch As discussed offline this could still be improved. Clearing r? for now, see https://bugs.webkit.org/show_bug.cgi?id=93166 also for a previous discussion about that.
Vsevolod Vlasov
Comment 3 2013-02-01 01:51:29 PST
*** Bug 93166 has been marked as a duplicate of this bug. ***
Pavel Feldman
Comment 4 2013-02-01 05:46:20 PST
Vsevolod Vlasov
Comment 5 2013-02-01 07:26:15 PST
Comment on attachment 186025 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=186025&action=review > Source/WebCore/inspector/front-end/FilteredItemSelectionDialog.js:247 > + score += ignoreCase ? 20 : 10; 10 : 20
Pavel Feldman
Comment 6 2013-02-01 07:48:09 PST
johnjbarton
Comment 7 2013-02-01 09:00:07 PST
View in context: https://bugs.webkit.org/attachment.cgi?id=186025&action=review > LayoutTests/inspector/filtered-item-selection-dialog-filtering-expected.txt:12 > +Output:["abc","acB"] For Case sensitive matching I would expect Output: ["acB"] since abc does not match aB with case > LayoutTests/inspector/filtered-item-selection-dialog-filtering-expected.txt:32 > +Output:["fooBarBaz","foo_bar_baz","foobarBaz","foobarbaz","FooBarBaz","Foo_Bar_Baz","a fooBarBaz","aFooBarBaz","afooBarBaz"] For Camel case matching, I would not expect fBaB to match foo_bar_baz nor foobarBaz, foobarbaz FooBarBaz etc. To me the output should be Output:["fooBarBaz", "a fooBarBaz"]
johnjbarton
Comment 8 2013-02-04 14:38:44 PST
Created attachment 186462 [details] screenshot of FilteredItemSelectionDialog Here is an example of how Bug 93166 isn't really a duplicate of this bug. The user types "all", the default selection ignores >all<InFile.html and >All<ExpresionsQuery.js but instead picks AdvancedSearchController.js. Relaxed matching is great because it helps the user explore the space quickly based on the character they know. Shortest match compliments this by defaulting to the most constrained match among all the relaxed matches.
Note You need to log in before you can comment on or make changes to this bug.