Re: Patch 7.4.530

2014-12-10 Thread Matteo Cavalleri
Hi, i know my problem is not reproducible, but now that I've upgraded to vim 7.4.542 it seems it's gotten a little bit worse. now whenever I try to :CoffeeCompile the whole buffer or just the selection, the range is always from line 1 to line 1. This still happens when running vim with --noplug

Re: We can't handle type which it's quickfix or location-list.

2014-12-10 Thread Enno
Thank you Yasuhiro, This was lacking ever since. -- -- 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 subscrib

Re: Patch 7.4.530

2014-12-10 Thread Marcin Szamotulski
On 00:13 Wed 10 Dec , Matteo Cavalleri wrote: > Hi, i know my problem is not reproducible, but now that I've upgraded to vim > 7.4.542 it seems it's gotten a little bit worse. now whenever I try to > :CoffeeCompile the whole buffer or just the selection, the range is always > from line 1 to

Re: We can't handle type which it's quickfix or location-list.

2014-12-10 Thread h_east
Hi mattn! 2014/12/10(Wed) 14:15:27 UTC+9 mattn: > Hi, list. > > We don't have a way to check that the buffer is quickfix or location-list. > Below's patch add "b:qflisttype" to be possible to check the type. > > https://gist.github.com/mattn/6c8942fa063c2f3953bc > > Please check this. > > This

Re: We can't handle type which it's quickfix or location-list.

2014-12-10 Thread mattn
Done! Thank u -- -- 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" g

Re: Patch 7.4.530

2014-12-10 Thread Matteo Cavalleri
> The tiny build does not have user commands, so you would not have problems > with it ;). Sorry, I probably didn't explain myself clearly. I meant to say that maybe my problems were due to some piece of code inside some wrong or missing #ifdef due to a particular set of features compiled in.

Re: Patch 7.4.530

2014-12-10 Thread Marcin Szamotulski
On 03:14 Wed 10 Dec , Matteo Cavalleri wrote: > > > The tiny build does not have user commands, so you would not have problems > > with it ;). > > > Sorry, I probably didn't explain myself clearly. I meant to say that maybe my > problems were due to some piece of code inside some wrong or

Re: hl-CursorLine is overwritten by ctermbg/guibg

2014-12-10 Thread Roland Eggner
On 2014-12-05 Friday at 15:00 -0800 Daniel Hahler wrote: > Roland Eggner wrote: > > On 2014-12-05 Friday at 14:41 +0100 Christian Brabandt wrote: > > > What patch and can you tell us how to reproduce the problem? > > Maybe your webmail user surface can be told to unhide quoted message parts? > > >

Re: hl-CursorLine is overwritten by ctermbg/guibg

2014-12-10 Thread Roland Eggner
On 2014-12-08 Monday at 20:07 -0800 mattn wrote: > On Friday, December 5, 2014 10:37:34 PM UTC+9, Roland Eggner wrote: > > Priorities, when “Search”, “CursorLine” and “cterm(fg|bg)” overlap: > > > >│ previously │ with your patch │ IMO even better would be > > ───┼──

Re: Patch 7.4.530

2014-12-10 Thread Marcin Szamotulski
On 13:15 Wed 10 Dec , Marcin Szamotulski wrote: > On 03:14 Wed 10 Dec , Matteo Cavalleri wrote: > > > > > The tiny build does not have user commands, so you would not have > > > problems with it ;). > > > > > > Sorry, I probably didn't explain myself clearly. I meant to say that maybe

Re: [patch] Fix block append when splitting a tab

2014-12-10 Thread Bram Moolenaar
James McCoy wrote: > Patch 7.4.408 introduced a regression when virtualedit is set to block > or all and a block append is performed in the middle of a tab. > > For example, with "set ve=all" and the following two lines > > 1 1 > 2 2 > > run "3|jAx". This will result in > > 1 x