PLEASE do not display tooltips beneath targets about colabtools

[GaryGen]

Thank you for the reply. The new delay is a big improvement.

The behavior still seems very different from something like Google Chrome Bookmark Bar (Mac or Windows). The biggest difference is that the tooltips in Chrome only persist if the mouse is over the target. In Google CoLab, the tooltip persist when the mouse is over the target OR the tooltip. Also, in terms of the delay, the initial delay for a bookmark bar tooltip in Chrome is multiple seconds. However, once engaged, the tooltips for each item appear almost immediately.

The persistent tooltip leads to the problem I ran into with the "+ Code" button and the "Play" button directly under it, if the tooltip does get triggered, the "+ Code" button is obscured until the mouse is removed from the area. As noted previously, this also occurs with the "Rename notebook" tooltip covering the menu.

Video of this behavior attached.

CoLabTooltip.mp4

[zelliott]

Thanks for the feedback @GaryGen. We just pushed a change to Colab's tooltips that makes it so a tooltip doesn't appear unless you're hovering on its host element for at least 500ms, roughly following the guidance at https://www.nngroup.com/articles/timing-exposing-content/. We also reduced the amount of time that needs to pass before a tooltip disappears. If you haven’t done so already, try refreshing your browser to catch these most recent changes.

Does this address your feedback? If not, screenshots, repro notebooks, and/or video will be really helpful to identify how we can further improve things!

[zelliott]

Thanks for the helpful reply @GaryGen, glad we're moving in the right direction! :)

In Google CoLab, the tooltip persist when the mouse is over the target OR the tooltip.

You're right - this was actually a recent change to satisfy https://www.w3.org/WAI/WCAG21/Understanding/content-on-hover-or-focus. From that link:

If pointer hover can trigger the additional content, then the pointer can be moved over the additional content without the additional content disappearing;

So unfortunately we likely can't change that behavior, otherwise we'd fail that success criteria. But maybe we can further improve things some other way.

Also, in terms of the delay, the initial delay for a bookmark bar tooltip in Chrome is multiple seconds. However, once engaged, the tooltips for each item appear almost immediately.

The persistent tooltip leads to the problem I ran into with the "+ Code" button and the "Play" button directly under it, if the tooltip does get triggered, the "+ Code" button is obscured until the mouse is removed from the area. As noted previously, this also occurs with the "Rename notebook" tooltip covering the menu.

Lots of ideas for us to explore here, including:

• Mimic Chrome's bookmark bar tooltip delay behavior (thanks for sharing!)
• Re-position these particular tooltips to either the left/right/top of the target so as to cover less important content
• Further increase the show delay
• Further decrease the hide delay
• Remove these particular tooltips (perhaps they simply don't carry enough value)
• Provide a user setting to turn off all tooltips (as suggested earlier in this thread)

For now, I filed a ticket on our side to track this investigation internally (b/347921812). One final tip that may improve things for you in the interim, you can press ESC to dismiss any tooltip on the page, even if you're hovered over the target or the tooltip. I've found that this is sometimes a faster way to dismiss pesky tooltips.

[GaryGen]

Thanks for the reply and the consideration.
I'm not sure what's driving the standard you're referring to or your interpretation of it applying to tooltips, but you clearly have a specific requirement set in mind.
Thanks again.