[jira] [Updated] (NETBEANS-2155) Go To File should not search again after typing or removing character
[ 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: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2155) Go To File should not search again after typing or removing character
[ https://issues.apache.org/jira/browse/NETBEANS-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-2155: - Labels: index performance (was: ) > 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 > > 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-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
