The Navigator and text editor display are not synchronized. Please wait...

[lyh061619]

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

[matthiasblaesing]

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.

[lyh061619]

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

[mbien]

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