You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@netbeans.apache.org by "Christian Lenz (JIRA)" <ji...@apache.org> on 2019/02/21 16:52:00 UTC

[jira] [Created] (NETBEANS-2155) Go To File should not search again after typing or removing character

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: commits-unsubscribe@netbeans.apache.org
For additional commands, e-mail: commits-help@netbeans.apache.org

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