You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since it was changed that hovering the mouse changes the cursor, if your mouse happens to be over the suggestions when it opens the selection will be based on the mouse position rather than the first one or none depending on the autoSelect option. This would normally happen if say you focus the search input on load and the mouse happens to be in the right place from the previous screen. The larger you're menu the more likely it will occur.
Was there a reason this was changed other than hover styling matching cursor?
The old behavior was actually less confusing, the cursor was based on the keyboard alone, while the mouse could still click a suggestion, the mouse however would not change the cursor. For styling you can style .tt-cursor and .tt-suggestion:hover, you can even style them slightly differently which is what Chrome's omnibox does, the cursor has an extra border highlight to distinguish from mouse "cursor" there are effectively two visible cursors.
I commented the hover code out and it works much better not incorrectly selecting the wrong item if the mouse happens to be over the suggestion area while still allowing the mouse to select a suggestion on click.
IMO this be reverted or at least made an option.
The text was updated successfully, but these errors were encountered:
Related to #28
Since it was changed that hovering the mouse changes the cursor, if your mouse happens to be over the suggestions when it opens the selection will be based on the mouse position rather than the first one or none depending on the autoSelect option. This would normally happen if say you focus the search input on load and the mouse happens to be in the right place from the previous screen. The larger you're menu the more likely it will occur.
Was there a reason this was changed other than hover styling matching cursor?
The old behavior was actually less confusing, the cursor was based on the keyboard alone, while the mouse could still click a suggestion, the mouse however would not change the cursor. For styling you can style .tt-cursor and .tt-suggestion:hover, you can even style them slightly differently which is what Chrome's omnibox does, the cursor has an extra border highlight to distinguish from mouse "cursor" there are effectively two visible cursors.
I commented the hover code out and it works much better not incorrectly selecting the wrong item if the mouse happens to be over the suggestion area while still allowing the mouse to select a suggestion on click.
IMO this be reverted or at least made an option.
The text was updated successfully, but these errors were encountered: