file:bqN97QZZyr5l8YacwqjQXA

file:bqN-NUZZyr5l8YacwqjQXA

Thanks for the report, these delays are definitely things that need to be improved. We can't simply speed up these things because we have to wait on the compiler in a lot of cases but we work on workarounds. Save operation and content assist can be improved but not easy. Loading a file probably can't be improved because the compiler needs to be started and when it takes so long than it takes so long. I'm not sure what happens when you switch tabs. Can you please explain in more detail where you are/feel blocked here?

Thaks very much for all the hard work!

The scenario when switching tabs is the following:

1) Scala IDE is closed with several tabs open. (Preferences/General/Editors/"Restore editor state on startup" is checked).
2) Scala IDE is launched again. Tabs are restored. Tab X gets focus.
3) Now, when switching to another tab, say Y, there is a long delay. If I switch back to X there is no delay. If then, I switch back to Y there is no delay either. If I switch to a 3rd tab, Z, there is a delay the first time.

My guess is that the file is loaded lazily upon being selected for the first time, and the delay is the regular loading one.


I would appreciate any hints that could speed up these delays, in case there are any:

- For example, would disabling implicit highlighting in the editor help? (Preferences/Scala/Editor/Implicits)
- Any switches I can pass to the presentation compiler?

Thanks again!

The behavior you describe is the intended one - every time you open a new editor a new compiler needs to be started. However, there shouldn't be a need to wait for the compiler when the editor is opened, instead it should load in the background - as it is already doing for semantic highlighting. I'll have a closer look to that.

Disabling any semantic features shouldn't decrease the time an editor needs to open a fresh file. As far as I know all of these features are handled by background threads.