-
-
Notifications
You must be signed in to change notification settings - Fork 65
show keybinding instead of 'menu-item' in embark-bindings #759
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
base: master
Are you sure you want to change the base?
Conversation
|
@dwa Do you have a simple use case for testing this, something which doesn't involve large packages like lsp-mode, ideally starting with bare emacs -Q only? |
|
I second @minad's request for an easy test case. |
|
So I haven't tested w/ bare emacs, but I found
While w/ the updated PR:
I've also tested in org-mode and can't see anything wrong. If this is not what you're after in terms of tests, would mind being a bit more specific what you want to see? |
|
Thanks. I think this is already helpful. |
|
@minad Thanks for testing. The main reason for the patch is to show keybindings from lsp-mode, so a no-change/no-worse on other entries should really be a good thing here. That said, I'm surprised to see that your "After" screenshot still show "menu-item" entries. They don't show up for me w/the PR. |
Sure. But it is not a "no-change/no-worse" here. The "after" screenshot is less meaningful than the one from "before". My point is that we should not accept a change to the current logic if it is not universally better than before. Otherwise we are simply replacing the current hack with another hack.
No, idea. But I think we have to dig a bit deeper on how to handle the menu-items properly. |


A "works-for-me" pull request which aims to fix #715, and seems to be in line with what is hinted at in #724.
Seems to work in my limited testing, no harm if others test it as well.