netbeans
netbeans copied to clipboard
apache
The Navigator and text editor display are not synchronized. Please wait...
Apache NetBeans version
Apache NetBeans 20 release candidate
What happened
IDE opens and edits the file. The navigator view is not synchronized with the file editor, displaying navgitor please wait Clearly slower than the file editor opening speed, this type of unequal information has a very poor user experience
Netbeans IDE overall gives me the feeling that the underlying indexing, loading, and structure parsing are significantly slower than loading in seconds, with a waiting time of more than 3 seconds
Thinking about associative problems:
Assuming that the netbeans IDE has already built the file index and cached it for me in advance when opening and loading the project, wouldn't the experience be better? Is there another reason for this delay waiting for the progress bar to appear. If the IDE has already built the file index for us in advance, it should not be so slow to use
1.Screenshot of the problem:
2.Sampling screenshot:
3.Sampling attachments: selfsampler.zip
How to reproduce
No response
Did this work correctly in an earlier version?
No / Don't know
Operating System
win10
JDK
zulu21.28.85-ca-jdk21.0.0
Apache NetBeans packaging
Apache NetBeans binary zip
Anything else
No response
Are you willing to submit a pull request?
No
I'm inclined to close this immediately. I can turn the sentence
displaying navgitor please wait Clearly slower than the file editor opening speed, this type of unequal information has a very poor user experience
around and say
making the user wait for the navigator content to be available makes a bad user experience when the primary goal of the user is to edit the file, which would be available immediately
The answer: No, it is not easy to make this fast, non-intrusive and show up in parallel. The navigator relies on the parsing of the file. This is a hard task and can take siginificantly longer than opening the file. This can be done in the background, but people are already complaining about the indexing work NetBeans is doing in the background, that would get worse.
I'm inclined to close this immediately. I can turn the sentence
displaying navgitor please wait Clearly slower than the file editor opening speed, this type of unequal information has a very poor user experience
around and say
making the user wait for the navigator content to be available makes a bad user experience when the primary goal of the user is to edit the file, which would be available immediately
The answer: No, it is not easy to make this fast, non-intrusive and show up in parallel. The navigator relies on the parsing of the file. This is a hard task and can take siginificantly longer than opening the file. This can be done in the background, but people are already complaining about the indexing work NetBeans is doing in the background, that would get worse.
Yes, my question is whether allocating memory for real-time data caching when the IDE has sufficient memory can speed up the process. However, the optimization of the Eclipse IDE outline is done quite well, giving me an experience of opening it almost instantly
I have been observing the trend of the Netbneas IDE all along, and its application functions are not bad. The main reason for the problem may be that the IO processing experience has always been very poor, giving users the feeling that their computer configuration is poor. If the experience is so slow, it may lead to many users stopping making the first choice. One of the reasons may be this, and secondly
navigator typically updates nearly instantly for me in java projects. This might be a PHP specific issue judging from the ~screenshot~ photo.
this issue would need a reproducer or it will be likely closed
