-
Notifications
You must be signed in to change notification settings - Fork 76
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
Tooltips no longer move along x/y axis when transitioning to the open
state for the first time
#5697
Comments
Will determine if other floating UI fixes, such as #6520 improve this bug. |
@nwhittaker is this issue still present in the latest release? |
@driskull, I updated the pen in the description to 1.7.0 and still see the originally observed behavior. |
Thanks for confirming! |
This should be fixed now via #8001 (see updated repro case). @nwhittaker Can you confirm? |
I updated a fork of the repro to |
Verified per Nate's comment above. |
Reopened issue and added triage label. see #8409 for reasoning. |
**Related Issue:** #7979 #8214 #8386 #8419 #5697 ## Summary - reverts #8001 - Keeps doc updates - reverts partially #8230 - Keeps drag classes that are setting `overflow:hidden` when a drag is occurring. - Keeps roundByDPR floating-ui fix. https://floating-ui.com/docs/misc#subpixel-and-accelerated-positioning - Hides overflow for `calcite-sortable--chosen` class - Only sets `top` and `left` on floating element once positioned. **This fixes native drag and drop issue**
Spike to explore the transitions of the With the intent to focus on a future milestone in mid/late 2024 at the earliest if a solution is reached. |
@geospatialem I tried a few things and couldn't figure out a way to get this animation to work correctly the first time. Maybe someone else wants to take a shot at it? |
**Related Issue:** #5697 ## Summary - switch from using transform to inset. transform was conflicting with the floating-ui positioning - `visibility` transition removed because theres no transition for visibility and it was messing with positioning - animation now works on first run - cleanup --------- Co-authored-by: JC Franco <[email protected]>
Installed and assigned for verification. |
🍡 Verified on Before (First hover): Screen.Recording.2024-08-05.at.12.39.09.PM.movAfter (First hover): Screen.Recording.2024-08-05.at.12.41.02.PM.mov |
Actual Behavior
The first time a tooltip's reference element is hovered, the tooltip appears abruptly in place. Subsequent hoverings of the reference element show a smoother transition of the tooltip from hidden to visible along the x or y axis (depending on how the tooltip is positioned relative to the reference element).
Expected Behavior
The tooltip transitions in smoothly along the x or y axis the first time its reference element is hovered.
Reproduction Sample
https://codepen.io/nwhittaker-esri/pen/ExRNKoZ
Reproduction Steps
Reproduction Version
beta.97
Relevant Info
No response
Regression?
next.606
Impact
For performance reasons, Field Maps generates some tooltips "just in time" when the reference element is hovered. As a result, the way these tooltips visually appear is inconsistent with how other tooltips in the app appear.
Esri team
ArcGIS Field Apps
The text was updated successfully, but these errors were encountered: