-
-
Notifications
You must be signed in to change notification settings - Fork 32.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
[SpeedDial] Actions container takes has full height when closed (and trigger hover event) #12082
Comments
@araujoigor I had the same thought, but I left it because of: https://inbox.google.com/ (Not saying they are right of course!) Do you want to work on it? |
@mbrookes Interesting... Never realized Inbox had such behavior... I assume it is because they leave the entire "row" for the FAB and its actions... But still, I don't like much. Sure, I can work on that. Any suggestions on the implementation? Since transitioning |
We could possibly unmount the actions when they're closed, although not sure what that would do for performance when you hover over the FAB. (Should be okay, given they animate in). The only alternative I can think of would be to proxy mouse events from the FAB... |
Expected Behavior
When the SpeedDial is closed (no actions being shown) the action container should be fully colapsed and have no height, not triggering events such as hover, for example (only the FAB itself should trigger the hover).
Current Behavior
When the SpeedDial is closed (no actions being shown) the action container still has the same height as when it is open and therefore trigger
onHover
on places it shouldn't (eventually preventing actions on elements "behind" it.Steps to Reproduce (for bugs)
https://codesandbox.io/s/k00ymzjj5v
Context
I'm using the component for a personal project and believe that triggering the hover effect on the "invisible" action elements is a bad UX and a unwanted behavior.
Your Environment
The text was updated successfully, but these errors were encountered: