[
https://issues.apache.org/jira/browse/NETBEANS-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Lenz updated NETBEANS-2155:
-------------------------------------
Attachment: go-to-file-netbeans.gif
go-to-file-vscode.gif
> 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: 8.2, 9.0, Next, 10.0
> Environment: Windows 10 64bit, NetBeans 10, JDK 10.0.2
> Reporter: Christian Lenz
> Priority: Major
> Labels: index, performance
> Attachments: go-to-file-netbeans.gif, go-to-file-vscode.gif
>
>
> 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
