-
-
Notifications
You must be signed in to change notification settings - Fork 145
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
Add support for Leader key (Prefix) when configuring bindings #415
Comments
Hey there! thanks for the issue @benbooth493 , I think it's a good idea and might be a good issue for beginners. Marking as wishlist and good for beginners. |
I will give this one a shot, can you assign it to me? |
will do right now 👌 |
Based on Wezterm's leader key configuration, I'm thinking of something like: [bindings]
leader = { key = "b", with = "control" }
keys = [
{ key = "c", mode = "leader", action = "createtab" },
] Thoughts? |
Looks good, but I think also should allow to configure the timeout on leader key |
Good point. I'm kind of stuck at the part where the leader key should activate the |
FWIW I pushed my WIP changes to https://github.com/orhun/rio/tree/feat/leader-key |
@orhun could you open a PR? Gets easier to make comments. I think you are going in the right way but shouldn't make any change on rio-backend/src/crosswords/mod.rs file |
Similar to Wezterm it would be good to support a Leader/Prefix key.
This would allow the emulation of tmux behaviour when using native window and pane management.
For example:
CTRL-B C will create a new window
The text was updated successfully, but these errors were encountered: