Christian Lenz created NETBEANS-2155:
----------------------------------------

             Summary: Go To File should not search again after typing or 
removing character
                 Key: NETBEANS-2155
                 URL: https://issues.apache.org/jira/browse/NETBEANS-2155
             Project: NetBeans
          Issue Type: Improvement
          Components: utilities - Jump To
    Affects Versions: 9.0, 8.2, Next, 10.0
         Environment: Windows 10 64bit, NetBeans 10, JDK 10.0.2
            Reporter: Christian Lenz


I don't know how often I created tickets for this type of problem and discussed 
about what is the current status and what am I expected.

Everytime, when I use "Go To File" and I search for "pack" I wait for 
searching... ends and see the result list. When I type "packa", so only adding 
the character "a" it will start the search again. The same happens, when I 
remove one character after the other. Everytime the search results got updated 
and this is annoying, not needed and I don't know whether it will search the 
indices again and again or not.

Other IDEs don't have this problem, IDEA not, Eclipse not and VS Code not. I 
added 17 big projecta/folders to VS Code. First it opens the projects 
immediately in maybe 2-3s seconds and I can use them immediately, but this is 
another thing. The indexing seems fast, because when I search for "pack" again, 
I see the results there and when I add "a" or remove characters or search for 
"package-lock.json" it will not update the list, it is still there, only 
shrinking the index and not searching again and update the result list.

I added some external tickets here and 2 screen casts. 1 NetBeans and 1 from VS 
Code.

I'm using Windows 10 (64bit), NetBeans 10 (Doesn't really matter, because it is 
still a problem from 8.2 or earlier on). And I can guess it will be still a 
problem in NetBeans 11. And should be independent from JDK but I'm using NB 10 
with JDK 10.0.2.

There are discussion where [~wadechandler] said, yes the indexing is a 
performance issue in some cases. But can't really remember, we talked in 
private about that.

So the list not needs to clear the result list and search again that seems for 
me, that the searching makes it slow. I know it can be a bit slow for big 
projects (Actually I have ~22 small-big projects in NetBeans). So yes the 
initial search can take a while, maybe only 2s or smth like that, but after the 
result list is there that must be a thing from ms on.


So the external ticket is still the problem. I don't care whether it was 
intended as it is now, this is why I create it as an improvement, that this 
needs to be better and compareble to other IDEs. Others can do the same so why 
NetBeans not.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Reply via email to