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
#65 talks about this a bit (somewhere in the log). I'm referring to manual control of exiting (or staying in a keymap). Right now often you're stuck with defaults. Most things exit nested keymaps.
A combo match exits the keymap
ignoring a key exits the keymap
Many commands also immediately return - preventing them from being used in a sequence, such as ignore_key... So right now: [ignore_key, something_else] is impossible, as ignore_key will terminate the sequence of commands.
I'm considering removing all the "early return" behavior... such that these would all work:
[ignore_key, sleep(1)]
[ignore_key, no_return_top]
[no_return_top, ignore_key] (equivalent to previous)
ignore_key (return to top is implied, as it's the default)
I don't think we need a return as that is the default...
You could even write things like:
[ignore_key, K("Ctrl-K")] although it doesn't make a lot of sense. We might reconsider naming is nop (no operation)... or some such.
I know you've written on this before in the other thread, but you could maybe do a quick summary of what is needed here to make your Mac accent character stuff "perfect"...
The text was updated successfully, but these errors were encountered:
As part of this escape_next_key might need to be redesigned to not use a pseudo-keymap... right now you can't really use escape_next_key inside a keymap becasue doing so also implies exiting the keymap. Are there cases where we might want to escape the next key but remain in a nested keymap?
Now this sounds like it might do what I was looking for. Sorry, I wasn't tagged so I didn't notice this thread until today.
Are there cases where we might want to escape the next key but remain in a nested keymap?
I can't... think of any?
I know you've written on this before in the other thread, but you could maybe do a quick summary of what is needed here to make your Mac accent character stuff "perfect"...
Just the ability to do an exit action/macro of commands if a combo is NOT inside an active keymap, and then have the input combo do what it would normally do outside of that keymap, after it triggered the "default" exit action.
#65 talks about this a bit (somewhere in the log). I'm referring to manual control of exiting (or staying in a keymap). Right now often you're stuck with defaults. Most things exit nested keymaps.
Many commands also immediately return - preventing them from being used in a sequence, such as
ignore_key
... So right now:[ignore_key, something_else]
is impossible, as ignore_key will terminate the sequence of commands.I'm considering removing all the "early return" behavior... such that these would all work:
[ignore_key, sleep(1)]
[ignore_key, no_return_top]
[no_return_top, ignore_key]
(equivalent to previous)ignore_key
(return to top is implied, as it's the default)I don't think we need a
return
as that is the default...You could even write things like:
[ignore_key, K("Ctrl-K")]
although it doesn't make a lot of sense. We might reconsider naming isnop
(no operation)... or some such.I know you've written on this before in the other thread, but you could maybe do a quick summary of what is needed here to make your Mac accent character stuff "perfect"...
The text was updated successfully, but these errors were encountered: