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
Currently, the mappings were grouped by key prefixes, but for convenient use, we often use the same key prefix for completely unrelated commands, which will make WhichKey's display a bit messy.
The commands are sorted by key in the alphabet, making it hard to quickly recognize commands. If the commands were rendered in the same order of the configuration, we can recognize commands much quicker.
This makes me think a bit more, if WhichKey has the ability to group commands in the same key prefix, the problem will be solved more gracefully: users can explicitly define different groups under the same key prefix, and the mappings made without WhichKey but match current key prefix can be grouped in a "Misc" group, instead of simply hiding them with ignore_missing = true.
The text was updated successfully, but these errors were encountered:
Currently, the mappings were grouped by key prefixes, but for convenient use, we often use the same key prefix for completely unrelated commands, which will make WhichKey's display a bit messy.
For example I have the following configurations:
WhichKey will render them as following:
The commands are sorted by key in the alphabet, making it hard to quickly recognize commands. If the commands were rendered in the same order of the configuration, we can recognize commands much quicker.
This makes me think a bit more, if WhichKey has the ability to group commands in the same key prefix, the problem will be solved more gracefully: users can explicitly define different groups under the same key prefix, and the mappings made without WhichKey but match current key prefix can be grouped in a "Misc" group, instead of simply hiding them with
ignore_missing = true
.The text was updated successfully, but these errors were encountered: