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

The wait timeout of vi-mode is infinite. #1606

Closed
sakurawald opened this issue Nov 16, 2024 · 2 comments
Closed

The wait timeout of vi-mode is infinite. #1606

sakurawald opened this issue Nov 16, 2024 · 2 comments

Comments

@sakurawald
Copy link
Contributor

sakurawald commented Nov 16, 2024

Expected behaviour

In vim editor, if you define a key sequence like imap jk esc.
And press j, the editor will wait a timeout (which can be configured), and then pass this j key if there is no following keys.

Actual behaviour

In the vi-mode of lem editor, if i define something like

(define-key lem-vi-mode:*insert-keymap* "j k" 'lem-vi-mode/commands:vi-normal)

And press j key, then it will wait inifinite until next key is pressed.

@sakurawald
Copy link
Contributor Author

sakurawald commented Nov 16, 2024

Another strange thing is that, if you press j and other keys like o. Then the latter key be consumed by vi-mode, instead of inserting this character.

@sakurawald
Copy link
Contributor Author

Another strange thing is that, if you press j and other keys like o. Then the latter key be consumed by vi-mode, instead of inserting this character.

This behaviour makes the typing not smooth.
Since i have bind the j k to escape in insert-mode in vi-mode.
If i want to type (create-object ...), then it will be no smooth while typing (create-obj...) here,
since the key-sequence j e will be treated as j, causing the result as (create-objct), due to the character e is consumed by vi-mode.

@sakurawald sakurawald closed this as not planned Won't fix, can't repro, duplicate, stale Nov 30, 2024
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