-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. Weβll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Epic: Tooltip - Improve component timing #6396
Comments
We've noticed this as well. Specifically, when using |
The tooltip has a property According to w3c...
https://www.w3.org/WAI/ARIA/apg/patterns/tooltip/ Some docs say 1-5 seconds. Currently, I think its at a half second (500ms). I don't know if we should shorten more than that. |
Design research is needed to determine timing, and if users can modify the timing. |
@geospatialem any idea when we'll have the timing decided? |
At the very least, shortening the open delay will help things feel more snappy across the board. |
I don't think we can do different things for tooltips used by specific components. We don't know what is triggering the tooltip. The tooltip is already setup so that only one can be visible at a time. |
Gotcha. Sounds like just an improvement to the delay then, 300/500ms? |
Yeah we can do that.
The problem with this is that we have no way of knowing adjacency. What we do know is if a tooltip is already open. So we could say if a tooltip is already open and a different tooltip is hovered then open immediately.
Tooltip animation is triggered by being set open. So if we need to disable that animation in certain cases we would need to think of a way to do that. |
**Related Issue:** #6396 ## Summary - Separates timeout delay between open and close. - `open` is set to `300ms`. - `close` is set to `500ms`. - Sets delay to `0ms` if a tooltip is already displayed. - Add story for design review. - Update tests.
Installed and assigned for verification. |
Verified mouse enter and leave speeds from #6396 (comment) in |
Actual Behavior
tooltip
lags to open or close, where a delay is evident when hovering on/off the reference element. π’Expected Behavior
A more speedy response when interacting with the
tooltip
π ποΈShould allow devs to turn off the response, if they wish to do so.
Related issues
Reproduction Sample
https://developers.arcgis.com/calcite-design-system/components/tooltip/
Reproduction Steps
tooltip
is displayed after a lagtooltip
disappears after a lagReproduction Version
1.0.3
Relevant Info
Related to discussions from #6393
Regression?
No response
Impact
Moderate
Esri team
ArcGIS Online
The text was updated successfully, but these errors were encountered: