-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Fix/dataviews tooltip overlap #57026
Conversation
Size Change: +71 B (0%) Total Size: 1.71 MB
ℹ️ View Unchanged
|
@mirka wanted to hear your thoughts about the approach here:
|
Flaky tests detected in 93b82cf. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/7198315632
|
I'm concerned about how scalable this solution is, given that we will have this problem with any kind of floating-ui in any scrolling container. I found that there is a relatively straightforward way to do this (#57062) as long as we have access to the floating-ui middleware. I think this approach is generic enough that we can just enable this auto-hiding behavior in all component instances, whether or not there are scrolling containers involved. What do you think? If you like it, I think we can propose adding this functionality to the Ariakit floating-uis (either baked in or as a customization). |
That is indeed a valid concern — the solution prototyped here is specific to the data views usecase, and it would need to be replicated every time it happens.
It's an interesting idea, and definitely a more generic approach (we'd need to consider carefully if we can foresee any edge cases or drawbacks), but I don't think it fully fixes the issue |
Closing as stale |
Related to #56939
What?
Experiment with fixing an issue with tooltip overlap
Why?
How?
Testing Instructions
Testing Instructions for Keyboard
Screenshots or screencast