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

Vi plugin interferes with ^o (ctrl-o) as a shortcut for other plugins #263

Open
3 tasks done
apotenza92 opened this issue Jan 28, 2024 · 1 comment
Open
3 tasks done

Comments

@apotenza92
Copy link

General information

  • Terminal program: Apple_Terminal 453 (xterm-256color)
  • Operating system: macOS 14.3 (23D56)
  • ZSH framework: starship 1.17.1
  • ZSH version: zsh 5.9 (x86_64-apple-darwin23.0)
  • ZVM version: zsh-vi-mode 0.11.0

Basic examination

  • I have read through the README page
  • I have the latest version of zsh-vi-mode
  • I have tested with another terminal program

Problem description

I use the ^o (ctrl-o) shortcut to activate a script for lf file manager
What's strange is the shortcut works if I have activated lfcd manually within a terminal. If not, I simply see
Screenshot 2024-01-28 at 8 28 07 pm
in my terminal when I click ctrl-o.

If I disable the vi plugin the shortcut works on terminal startup perfectly.

Reproduction steps

  1. Install lf, download and source the lfcd-script.
  2. Run lfcd to ensure it works and test the ctrl-o shortcut.
  3. Ensure vi mode plugin is also activated.
  4. Open a new terminal and immediately press ctrl-o.
  5. Observe ^O error.
  6. Disable vi mode plugin.
  7. Open a new terminal and press ctrl-o.
  8. Observe no issue and shortcut functions.

Expected behavior

vi plugin not to interfere with shortcuts from other plugins.
I've tried adjusting the order that things are loaded in my .zshrc and it doesn't make a difference unfortunately.

@HirschBerge
Copy link

This also interferes with fzf and fzf-git plugin bindings as well

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

2 participants