Re: [vim/vim] Add option to disable q: (Issue #21110)

Shay Hill (Vim Github Repository) <[email protected]>
Newsgroups gmane.editors.vim.devel
Message-ID <vim/vim/issues/21110/[email protected]>
ShayHill left a comment (vim/vim#21110)

> What I'm getting at is, q already knows how to instantly prioritize stopping a macro recording over waiting for more of the built in `q:`/`q/`/`q?` sequence, so what if that same kind of priority applied to user mappings (as a settable option or something) too? ... I think this kind of fix might be worth considering. It feels less like "messing with built in stuff" and more like fixing a gap in how q disambiguates against user maps.

I think you 99% *don't* want that, because this disambiguation means you couldn't go into command-line mode during a macro even if you wanted to (try it). That's not much of a sacrifice, but applying such rules all over the place would make things frustrating.



-- 
Reply to this email directly or view it on GitHub:
https://github.com/vim/vim/issues/21110#issuecomment-5379965299
You are receiving this because you are subscribed to this thread.

Message ID: <vim/vim/issues/21110/[email protected]>

-- 
-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
To view this discussion visit https://groups.google.com/d/msgid/vim_dev/vim/vim/issues/21110/5379965299%40github.com.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.