Jakson,
Thanks for pointing that one out again. I have applied your patch
Erik.
On 10 nov, 01:53, Jakson Alves de Aquino wrote:
> On Wed, Oct 26, 2011 at 5:19 PM, erik wrote:
> > New version on the same location:http://dl.dropbox.com/u/26176183/awk.vim
>
> The attached patch fix a minor bug in
Hi,
If I execute a menu while in insert mode and Vim is waiting for a
mapped sequence to complete I get "X>" inserted into the
buffer. I have only confirmed this using MacVim -- I'm not sure if it
happens in any other GUI.
To reproduce, increase the timeout ":set timeoutlen=3" and add an
ins
On Fri, Nov 11, 2011 at 10:20 PM, Kana Natsuno
wrote:
> On Fri, Nov 11, 2011 at 10:04 PM, Andy Wokula wrote:
>> :h todo
>>
>> 7 Setting an option always sets "w_set_curswant", while this is only
>> required for a few options. Only do it for those options to avoid the
>> side effect.
>
>
On Fri, Nov 11, 2011 at 10:04 PM, Andy Wokula wrote:
> Am 11.11.2011 12:35, schrieb Kana Natsuno:
>>
>> I found that Vim unexpectedly resets "curswant" in some
>> context. Try the following steps to reproduce the problem:
>
> I think this one explains it:
>
> :h todo
>
> 7 Setting an option alw
Am 11.11.2011 12:35, schrieb Kana Natsuno:
I found that Vim unexpectedly resets "curswant" in some
context. Try the following steps to reproduce the problem:
I think this one explains it:
:h todo
7 Setting an option always sets "w_set_curswant", while this is only
required for a few op
On Tue, Nov 8, 2011 at 4:45 PM, Ingo Karkat wrote:
> You can group events, this makes it even clearer, and no need for :doautocmd:
> augroup MyConfig
> autocmd CursorHold,CursorHoldI * call s:save_stat()
> augroup END
Ah, I forgot about that syntax of :autocmd.
Thank you for the ti
I found that Vim unexpectedly resets "curswant" in some
context. Try the following steps to reproduce the problem:
$ cat foo
1234567890
12345
$ cat test.vim
edit foo
normal! ggf8j
echomsg 'before setting timeoutlen:' string(winsavevi
