You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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.
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.
The text was updated successfully, but these errors were encountered: