This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 146998 - 'goto file' should return more matches (lazier matching by default, just like eclipses goto-file)
Summary: 'goto file' should return more matches (lazier matching by default, just like...
Status: CLOSED INVALID
Alias: None
Product: utilities
Classification: Unclassified
Component: Jump To (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker with 5 votes (vote)
Assignee: Tomas Zezula
URL:
Keywords:
: 129108 182550 (view as bug list)
Depends on:
Blocks: 250670
  Show dependency tree
 
Reported: 2008-09-11 22:28 UTC by fpauser
Modified: 2019-02-21 17:11 UTC (History)
5 users (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description fpauser 2008-09-11 22:28:43 UTC
Eclipses 'goto file'-plugin (http://muermann.org/gotofile/) joyfully
returns files containing a substring of the current query by default
('*' or '?' are not needed).

I think this should be the behavior of netbeans goto file too. Maybe
there should be an option: "[ ] exact matches using wildcards '*' and '?'"
which is disabled by default. All people I know who switched from eclipse
to netbeans notice the "not so lazy" goto-file pattern matching and
find it a bit annoying.

Maybe there is a chance for getting this feature into 6.5?
Comment 1 fpauser 2008-09-16 10:02:47 UTC
from eclipses goto-file plugin:

Exact Filename Matching
If the search term you enter matches the beginning of the name of an existing file exactly, this file will be opened.
Example: "struts-c" will match "struts-config.xml"

Fuzzy Filename Matching
You can also enter any number of characters that appear in the same sequence in the file you are trying to find. Names
where all capital letters are matched are given preference (CamelCase search). The more consecutive characters are
matched and the nearer the matches occur to the beginning of the filename, the higher the preference.
Examples:
"strc" will match "struts-config.xml"
"npa" will match "NewProductAction.java"
"tie" will match "tiles-defs.xml" and "TestInternal.java", with tiles-defs being given preference because two
consecutive characters are matched.

Force CamelCase matching
If you enter your search term in all caps, CamelCase matching will be forced. This is intensely useful when searching
for Java classes, which by convention are always named in CamelCase.
Example: "SC" will match "ServiceConfiguration.java", but not "struts-config.xml" 

this behavior in netbeans would be fine!
Comment 2 Petr Chytil 2008-09-17 08:09:09 UTC
reassigning to utilities/jumpto for evaluation
Comment 3 markiewb 2013-11-27 23:10:37 UTC
*** Bug 129108 has been marked as a duplicate of this bug. ***
Comment 4 markiewb 2013-11-27 23:10:57 UTC
*** Bug 182550 has been marked as a duplicate of this bug. ***
Comment 5 icaine 2013-12-06 16:16:10 UTC
Reported five years ago and still nothing:( NB is getting better and better, but this very handy feature is still missing :(especially behaviours described at https://netbeans.org/bugzilla/show_bug.cgi?id=146998#c1). Please please, implement it;)
Comment 6 Tomas Zezula 2013-12-09 15:48:39 UTC
It's not hard to implement it however it will be inconsistent with other navigation features like Go To Symbol, Go To File. It should be change globally.
If I change it it will be a regression for users which like the current behaviour.
Probably some setting or command line option will be required.
Comment 7 icaine 2013-12-09 18:40:30 UTC
Hello and thanks for the response..

I personally would appreciate this feature in all "Go To ...". Moreover i dont see any problem with users that like current behaviour because i think that there could be a simple checkbox to enable this feature (next to Case sensitive checkbox).
Comment 8 NukemBy 2015-03-03 19:07:46 UTC
Up-voting ... and can't believe this useful feature is in queue for 7 years already and people like keep posting new bugs one the same (https://netbeans.org/bugzilla/show_bug.cgi?id=250670). 

RE: Moreover i dont see any problem with users that like current behaviour because i think that there could be a simple checkbox to enable this feature (next to Case sensitive checkbox).

Absolutely of the same opinion: https://bugzilla-attachments-250670.netbeans.org/bugzilla/attachment.cgi?id=152191

- - - - - -
I bet each duplicate issue with status "RESOLVED DUPLICATE of bug 146998" should up-vote the "bug 146998", because "bug 146998" still has not much attention.
Comment 9 Christian Lenz 2015-08-20 12:25:13 UTC
I created a lot of tickets and had a lot of dicussions to as you can see it here: https://netbeans.org/bugzilla/show_bug.cgi?id=244122 and https://netbeans.org/bugzilla/show_bug.cgi?id=253448. Maybe it works as described but for me it's not the behaviour what I expected. I use netbeans since years and most the time, other devs which uses IDEA asked me whats the problem with this type and the "slowness" and the fuzzy search and so on.

Then I tried IDEA to compare their features with netbeans to hope that someone added or changed some features to have the same behaviour liek for go to file and so on.
I know this is not always possible, because IDEA uses one project per instance, netbeans not. And for me the go to file is sometimes slow if I have 7 projects maybe with > 30k files.

I did so much work, added node_ and bower_components folder to the ignoring list, closes projects which I not used often and so on. Maybe it could be an option to set fuzzy search or extended camel case, to not have a default for this.
Comment 10 Christian Lenz 2019-02-21 17:11:45 UTC
I will close it, because it will handled now at the JIRA board: https://issues.apache.org/jira/browse/NETBEANS-2156. Please discuss it there for further information.