Add a delay to tooltip

[selfcontained]

Description

Currently our <Tooltip/> component will show as soon as a user hovers over the content, which can be disruptive, and not expected default behavior of a tooltip. This becomes pretty evident on the Workspaces list where you get flashes of tooltip overlays as you move your cursor across items. These changes adjust it so it waits for the user to pause for 500 milliseconds before showing the tooltip, otherwise it won't show.

How to test

Hover over a tooltip and ensure it doesn't show right away, but after ~ 500ms.

An easy to access tooltips can be found if you create a team, and navigate to the Members view. Clicking invite Members will open a modal w/ an input that has the invite link and a copy to clipboard icon. The clipboard icon is a tooltip you can hover over.

Another place to test is when creating a personal access token, which has the same copy to clipboard input to test the tooltip on.

Fixes #8686

Release Notes

NONE

Documentation

Werft options:

• /werft with-local-preview
  If enabled this will build install/preview
• /werft with-preview
• /werft with-large-vm
• /werft with-integration-tests=all
  Valid options are all, workspace, webapp, ide, jetbrains, vscode, ssh

[werft-gitpod-dev-com]

started the job as gitpod-build-bmh-tooltip-hover-delay.2 because the annotations in the pull request description changed
(with .werft/ from main)

[geropl]

Like it and works ✅

/hold for

@gtsiolis to have a look as well

[gtsiolis]

Looking at this now! 👀

I will also be at the company social call (internal) if anyone wants to stop by! 🍷

[gtsiolis]

On spot, @selfcontained! 🔮

Having a default delay of 500ms helps with 🅰️ not accidentally hover an element with a tooltip and 🅱️ not showing constantly tooltips in the UI when a user is moving their mouse over the page. ✨

Thanks for making this change—this has been proposed a few times over the last months but we never opened a concrete issue to make this change, see relevant discussions[1][2][3] (internal). Cc @mbrevoort who also mentioned this issue with the tooltip overlapping in the linked discussions above.

This will also resolve #8686. I've updated the PR description to include that as the issue mentioned about timestamps in #8686 is already being tracked in #13764.

Thanks for the ping, @geropl! 🏓

[gtsiolis]

/unhold