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.
As you can see it here: https://netbeans.org/bugzilla/show_bug.cgi?id=244122#c31 the fuzzy search doesn't work as expected. Please see my screen capture here: https://bugzilla-attachments-244122.netbeans.org/bugzilla/attachment.cgi?id=154596 As you can see the problem with "_" still exists and the other with aTOVE or aToVe is a new one.
Pasted from issue: #244122: Hard to explain ^^. I added a new attachment (New go to file problem). As you can see when I type "autosave" everything is fine (independent from checking case sensitive or not). When I remove the character "u" I got no result. After this I tried aTOVE or aToVe and I got result back again. When I check case sensitive the result appears what is correct. Than the problem with the _ in front of a file still happens. I have a file _headerContent.html and when I type "headc" nothing happens, I got an other filewith name headContent.html what is fine and correct too, but _headerContent.html is missing in the list. When I type "_headC" I got the correct file. When I type "_headc" I got nothing. Tested it with the latest nightly 201507130001.
Than the problem with the _ in front of a file still happens. I have a file _headerContent.html and when I type "headc" nothing happens, I got an other filewith name headContent.html what is fine and correct too, but _headerContent.html is missing in the list. When I type "_headC" I got the correct file. When I type "_headc" I got nothing. It's expected behaviour: The _headerContent.html does not start with "head". NetBeans never automatically does "*.headc" query as it's very expensive. Also the "_headc" does not match the "_headerContent.html" as it's not fuzzy search but extended camel case where the special char or UpCase is used as a split point. The extended camel case was preferred to fuzzy search due to amount of matches, see comments: https://netbeans.org/bugzilla/show_bug.cgi?id=244122#c22 https://netbeans.org/bugzilla/show_bug.cgi?id=244122#c23 https://netbeans.org/bugzilla/show_bug.cgi?id=244122#c24 The "autosave" is the same. The extended camel case is "autosave.*" when you remove 'u' it's "atosave.*" which does not match.
As Vladimir said: "getArgumentNum" by typing "getArNu". This works for things like getWhatEver if you type gWE. gut autosave is autosave and not auToSave or whatever. So I don't want to type aTV to get a file which is usually lower cases and has no camel case inside. This is not the expected behaviour. The problem for netbeans with automatically *.head is, that Netbeans allows 2352 projects in one IDE instance with > 10000 files. Of course this is a problem, but in idea this isn't a problem because they have only one project/working directory/solution per instance. So you can't Go To File to a C project if you have opened a PHP project. In Netbeans it is possible. So I understand the point with the _ but I thought it was fixed as you said it here in your comment: https://netbeans.org/bugzilla/show_bug.cgi?id=244122#c28 So I misunderstood smth. My intention to do is this: Have a file called _testTest and testTest. I would like to type "tt", "tets" or "tT", "teTs" smth like that (depends on the camel case option enable/disable) and I will got the 2 files (I will test IDEA again, because I don't know atm whether they will find _testTest or not). The other scenario is I would like to type atv and not aTV to find a file called autosave. It is out of the flow that I have to use a*t whatever ot type aTV, than I'm faster to write the hole filename.
Created attachment 155484 [details] enter file name idea As you can see in my screenshot I search for "salserjs" in idea 14 at it will find salutation.service.js what is really good and I think an expected behaviour. The same for "anlo" or "anlojs" or "anlo.js" it will find angular-locale_aa.js. In netbeans I have to search for "an-lo_.js" to find angular-locale_aa.js or for sal.ser.js to find the salution.service.js. I really prefer to have this same behaviour in netbeans.
Tested in 8.1 beta
Works for me according to spec in https://netbeans.org/bugzilla/show_bug.cgi?id=244122. The NB does not have Fuzzy search but extended camel case as described. There is a request for fuzzy search: https://netbeans.org/bugzilla/show_bug.cgi?id=146998, you can vote for it. The problem with is is that it has so many positive matches that it's impossible to find the desired name in it in large projects (in case of alphabetical order). Some other ordering is needed for such a search (eg. levenshtein) - https://netbeans.org/bugzilla/show_bug.cgi?id=253389.
Sure, if there are a lot of positive matches or maybe for me or you false positives, then you have to refine the search keyword. If I search for "al" and I found hundreds of results, maybe a lot of angular files and angular-locale or whatever with al, then I will search for angularjs and I expect that it will find first angular.js and after it everything else like angular-locale.js which is not relevant for me atm.
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.