-
Notifications
You must be signed in to change notification settings - Fork 23
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
Bug: sbb-autocomplete first element always selected and change only with arrow events #275
Comments
I think the mentioned behavior is on purpose. Mouseover doesn't set a dropdown entry as active, so the first option is still the active one. The styles of hover and active are just the same. @mikemorgenthaler @Frenggi what's your opinion? |
For me, the current behaviour is correct to follow the design. BUT: I think the design is not correct. We should differentiate between hover and active states. The used pattern is: red for hover, black for active, e.g. processflow. What do you think @mikemorgenthaler ? |
I'm agree with you @Frenggi. There is a strange behaviour with the hover effect on sbb.ch as well. Everywhere else on hover we use the dark red. So yes, let's accept the Bug and define a solution. |
Hi @jeripeierSBB @kyubisation |
Hi @daniel-sc |
@mcilurzo can you please have a look at this? |
Describe the bug
When using autoActiveFirstOption set to be true, the first element will be always highlighted in red. When hovering with the mouse on the other results, there are always 2 suggestions highlighted, the very first one and the one on which the mouse in on.
At the moment the expected behavior (option in red color) works only when using the keyboard arrows to change selected element from the list.
Should change also when hover-mouse event is triggered.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Should be only one result red-highlighted when hover with mouse
Screenshots
The text was updated successfully, but these errors were encountered: