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

omnisharp-auto-complete bypasses input-decode-map and key-translation-map #493

Open
akeley98 opened this issue Aug 29, 2019 · 1 comment

Comments

@akeley98
Copy link

akeley98 commented Aug 29, 2019

I have swapped C-t and C-p in my .emacs file:

(define-key input-decode-map (kbd "C-t") (kbd "C-p"))
(define-key input-decode-map (kbd "C-p") (kbd "C-t"))

This works everywhere in emacs (across all major modes that I use, and in term-mode), except in omnisharp-auto-complete. When the menu pops up, only physical Ctrl-p and <up> inputs move the selection up, not Ctrl-t.

You may not agree with my swapping (ctrl-p is hard to input on dvorak keyboards), but as a user, I would appreciate it if omnisharp respects my key remappings as all other emacs packages do.

@akeley98
Copy link
Author

My current workaround is to put

(define-key map "\C-t" 'popup-previous)

in the popup-menu-keymap function in popup.el, then delete popup.elc to force recompile.

Not sure why the popups don't respect key translation (it uses read-key-sequence, which claims to do key translation). May want to report the bug to the maintainers of popup.el instead.

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