Skip to content
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

Misconception of core.move and core.go key bindings #1077

Open
rafo opened this issue Oct 14, 2024 · 0 comments
Open

Misconception of core.move and core.go key bindings #1077

rafo opened this issue Oct 14, 2024 · 0 comments

Comments

@rafo
Copy link

rafo commented Oct 14, 2024

As far as I can see and if I don't miss any functions, I have the feeling that there are some unlogical behavior to moving the cursor with core.move and core.go:

  1. "H" "core.move.left Should move the cursor to the parent directory and not to the top of the current directory. See also (3).
  2. "L" "core.move.right" Should move the cursor to the subdirectory (if a folder is under the cursor) and not to the end of the list. core.open does the job for me, but there might be users to have a separate key for open files and open folders.
  3. You already have core.move.end which brings the cursor to the end of the list (and which is semantically correct). Where is something like core.move.start or core.move.top to bring the cursor to the top if (1) is corrected?
  4. Movement in left and right directions in different display modes are still possible with the left and right keys. Maybe some users will need dedicated bindings with something like core.go.leftand core.go.right...
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant