-
Notifications
You must be signed in to change notification settings - Fork 332
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
Mouse navigation is unintuitive in 2 ways. #1193
Comments
|
I understand how the logic can be viewed this way, but my brain refuses to obey. I think the problem is that one of the buttons produces shifting of the columns, while the other does not. It would be nice if that button is one and the same. |
Regarding the first point, I think |
First point has been fixed in r30. |
When selecting an item in the second column, instead of the selection simply moving to that item, it moves to the item and the item scrolls to the bottom of the screen, resulting in disorienting jump. Weird. Almost feels like a bug. Of course if the selected item can't move to the bottom (all items fit on screen or screen is scrolled to top) it behaves normally.
The behavior of left/right click is reversed between the first and second column. The second column behaves properly: left click selects, right click enters in the directory such that the columns shift leftwards. One thus would expect that when clicking on the first column, left click would select and right click would enter back, shifting the columns towards the right. But no. Mouse buttons on 1st column are not like that, they are reversed.
The text was updated successfully, but these errors were encountered: