Improve the UX of the Arduino language server

[kittaakos]

Motivation

The LS is still slow according to users.

Change description

• Debounced the connectivity status update.
• Silent the output channel for the Arduino LS.
• Delay the problem markers update with 500ms.
• Do not update the status bar on every keypress event.
• Debounced the tab-bar toolbar updates when typing in editor.
• Fixed electron menu contribution binding.
• Aligned the editor widget factory's API to Theia.
• Set the zoom level when the app is ready (Closes Application content only fills part of full IDE window dimensions when opening new file #1244)
• Fixed event listener leak (Closes Investigate event listeners when zooming in/out with settings json editor open #1062)

Other information

Closes #1244
Closes #1062
Closes #1191

Reviewer checklist

• PR addresses a single concern.
• The PR has no duplicates (please search among the Pull Requests before creating one)
• PR title and description are properly filled.
• Docs have been added / updated (for bug fixes / features)

[kittaakos]

@per1234 and @ubidefeo,

I am marking this PR ready for review, but I will also verify it locally. This PR took so long. I had some issues with #1263, but it turned out to be a board-specific problem.

Please note that there is a significant behavior change besides some speedup here and there: the problem decorators arrive in the editor 500ms after finishing the typing. So please expect some latency. Maybe "never arriving decorators" until the next keypress event. 😬 I am curious what you think about it. Based on my profiling results, the tweaks should help the frontend.

I do not know if the proposed changes solve the indexing/building performance issue (#714). I could not reproduce it on my Windows env, but all profiling and adjustments were implemented and verified on that machine. So I hope this will improve the overall LS experience in IDE2.

Please help with testing the review so we can involve the users as soon as possible. Thank you!

[davegarthsimpson]

@kittaakos

Maybe "never arriving decorators" until the next keypress event

Why might they never arrive until next keypress?

[kittaakos]

Why might they never arrive until next keypress?

Timing.

[davegarthsimpson]

code-wise good for me, great work!

[per1234]

This provides a very significant performance improvement.

Even though I don't experience the extraordinary resource usage to the level of impact and duration reported at #714, if I type many characters very quickly (beyond what would be expected for real world usage) when using the latest build from the main branch (2.0.0-rc9-snapshot-55927ac), I do see a significant spike in CPU and memory usage of the Arduino IDE process with the --type=renderer flag, which persists for longer than expected (~30 seconds) before finally subsiding back to the IDE's normal base resource usage levels.

When using the build from this PR, I do not see this significant and tenacious increase in the resource consumption of that process under the same conditions.

The slightly increased "squiggle latency" does not bother me at all.

Thanks Akos!