Am 29.01.2013 15:32, schrieb Christian Brabandt:
On Tue, January 29, 2013 14:55, Andy Wokula wrote:
Am 29.01.2013 14:28, schrieb Michael Henry:
All,
Andy Wokula suggested a solution to the problem that
buffer-local mappings have to wait if they are prefixes of
global mappings. Below is a patch that implements his
suggestion.
A new 'localmaplinger' option is introduced. When set (the
default), Vim behaves in the traditional way. When reset,
complete buffer-local mappings will be accepted immediately
without waiting for incomplete global mappings.
As I'd commented in a previous thread, it's hard to know what
name to choose for this option; improvements to the name are
welcome.
Interesting! My attention stopped at the option name though ...
Other suggestions:
'bufmapsonly' 'bmo' with default off
'hideglobalmaps' 'hgm' with default off
'disableglobalmaps'
('noglobalmaps' <= maybe the option should not start with "no")
...
I think turning the option *on* should make a difference.
Or perhaps 'priorizelocalmaps' (plm) or 'localmappriority' (lmp)?
Sorry, I didn't read the patch :-/
Ok, global mappings will still be available!
Hmm, I think "priority" in the name is slightly ... misleading.
Other suggestions:
'onlywaitforbufmaps'
'solebufmapswait'
'solelocaltimeout'
'localtimeoutonly'
'localtimeout' 'ltm'
'buflocaltimeout' 'blt'
...
--
Andy
--
--
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].
For more options, visit https://groups.google.com/groups/opt_out.
