Make keyboard shortcuts (etc.) work as expected on Linux
See original GitHub issue- OS version and name: Ubuntu 16.04
- Hyper version: Hyper 1.0.0
- The issue is reproducible in vanilla Hyper.app: Yes
Issue
First of all, thanks for creating Hyper and keep up the fantastic work! I’m just trying out the 1.0 release on Linux and am really impressed so far — I really want to switch to it as my primary terminal, but there are just a few blockers preventing me from switching yet, mostly to do with the keyboard bindings.
Making shortcuts customizable (#657, #872) will go a long way towards improving this, but I do also wonder if the defaults on Linux should be changed. Could you please make the default keyboard shortcuts on Linux as much as possible like gnome-terminal
’s? 😄 Maybe the current defaults make sense to those coming from other terminals and maybe I’m too biased by gnome-terminal (as I’m guessing the current defaults are more biased towards Mac/iTerm/Windows conventions), but to me at least some of the defaults aren’t what I’d expect.
In general, I expect Ctrl commands to be received by the CLI app, not the terminal. Fortunately it looks many of these commands will be fixed by changing default prefix from Ctrl to Ctrl+Shift (#1191) 🤞, including hopefully:
- Very hard to use vim without accidentally losing everything I’m working on because Ctrl + W closes the tab immediately (#1199, https://github.com/zeit/hyper/issues/1121#issuecomment-267312644).
- Changing this to Ctrl + Shift + W to match gnome-terminal and asking for confirmation (#684!) will help a lot with this one.
- Expect to be able to use the standard Readline commands in Bash (http://readline.kablamo.org/emacs.html).
- Expect Ctrl + K to delete to end of line (https://github.com/zeit/hyper/issues/1199#issuecomment-267254079) but instead it clears the screen
- Expect Ctrl + A and Ctrl + E to move to the start/end of the current line. Ctrl + E works as expected but Ctrl + A invokes Select All instead.
Other keyboard shortcuts that are currently not as expected and I don’t think/am not sure if #1191 would help with:
- Expect Ctrl + PageUp/PageDown to change tabs (VS Code also uses those keys)
- Expect Ctrl + Left/Right goes to jump left/right by one word (#1047) but instead jumps to beginning/ending of line
- Expect Shift + Insert to paste from middle-click buffer but instead inserts the contents of clipboard (#1294)
- Expect Ctrl + Shift + C to Copy (broken, see #1304)
- Expect Alt + F to open File menu, Alt + E to open Edit menu, etc. and for the shortcut keys to be underlined while holding Alt.
- Perhaps see how VS Code does this in Electron:
- Perhaps see how VS Code does this in Electron:
Another suggestion for making migration from other terminal apps easier:
- Add ability to view all keyboard shortcuts (#814)
- Show the accelerators (next to each command that has one) in the menus
A few other features I’m missing from gnome-terminal:
- The ability to move tabs, both by dragging with the mouse and with keyboard (Shift+Ctrl+PageUp/PageDown)
- When I open a new tab, I’m used to it keeping the same working directory as the tab I was just on. Not sure how they do that but it’s nice to not have to manually
cd
all the way back into some deep subdirectory. I would especially expect this behavior if I’m splitting an existing tab.
Issue Analytics
- State:
- Created 7 years ago
- Reactions:25
- Comments:7 (3 by maintainers)
@TylerRick I suggest you look at https://github.com/ppot/hyper/issues/11 and list in comments the desired keybinding for linux
Hi @TylerRick, I like your accelerator suggestions so I updated #1191 to reflect them! I modified the word skip and switch tab accelerators.
I had to skip some, though: