Move generic hover widget to base ui and extend in ContentHoverWidget

[Tyriar]

No description provided.

[Tyriar]

We could also expose the widget in a HoverService for ease of use in the workbench, this would handle:

• Ensuring only 1 is shown at a time
• Timeout scheduling, resetting if the mouse moves
• Easy breaking out of the container

See dialog and context menu service for similar services.

[rebornix]

Timeout scheduling, resetting if the mouse moves

FYI we may also want to reset the hover when the target element's position changes in the workbench. We had an issue in Notebook that when the notebook scrolls, the hover doesn't go away as its relative position to the Monaco Editor container doesn't change. Now with the hover being promoted to workbench/service level, we can fix this issue by having position monitoring on the hover target. (but not sure about the perf penalty)

[Tyriar]

@rebornix the notebook would still use the editor's version and its lifecycle management though. For the workbench-level hover the plan is to ensure only a single hover shows at a time.

[Tyriar]

To verifier: test the hover and its overflow behavior by:

• Writing links in the terminal
• Run the terminal-sample extension and Update Environment/Clear Environment commands to show the environment variable indicator. More entries can be added here to make the hover bigger and test bounds overflow behavior

[connor4312]

Well, since you asked for overflow behavior 😄 It looks like if you set too many variables to extends over the height of the vscode window. Maybe we need max-height: 90vh or something on it.

Seems to work well with sane values though