-
-
Notifications
You must be signed in to change notification settings - Fork 32.4k
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
[Select] Feels less response than native counterpart #8999
Comments
One important thing to take into account: the behavior should stay the same for touch interactions as we need to filter our scroll touch interactions. |
I hope it's as simple as implemented as replacing the onClick by onMouseDown event callback. |
I tried your solution and it turns out it works just fine by adding an equivalent onMouseDown handler. Tested on desktop (Google Chrome) and mobile (Android Phone). |
@rynti Do you want to submit a pull request? |
if Where as you say #9009 (comment)
where |
I worked on this for a while, but then I thought I would check on the actual premise of the idea, that using onmousedown over onclick would make things any faster, and it sure doesn't seem like it based on my testing and research. I would say maybe close this so nobody else wastes times trying to implement it. @oliviertassinari |
@jmetev1 I have been benchmarking (testing) as many platforms as possible, they all close the select and menu at the mouse down event rather than the mouse up event. I think that it's a good reason on its own to try to follow this convention. |
Expected Behavior
When I use a Select Field, it should "feel" responsive and fast. Currently, before the menu with all select options pops up, we wait until the mouseclick is over. Instead, at least on non-touch devices we should consider starting the opening animation as soon as the click starts (for instance the mousedown event).
Current Behavior
As described in "Expected Behavior", currently we wait until the click event is over before the Select field opens the menu with all options. This makes it feel much less responsive and slow compared with say the native select field in Chrome, which opens instantly.
Steps to Reproduce
Check the Select page in the current documentation to try it out: https://material-ui.com/demos/selects/
Context
We use the select field in various places of our app, and we feel like the current behavior of the Select field makes our application feel sluggish and slow.
Your Environment
The text was updated successfully, but these errors were encountered: