Re: global command slow when clipboard=unnamed

2014-05-30 Fir de Conversatie Praful Kapadia
On Friday, 30 May 2014 12:27:01 UTC+1, Christian Brabandt wrote: > This is a known issue for windows (see :h todo.txt and search for > > :g/test/d) Thanks Christian - and apologies to all for not seeing the todo list > > Here is an experimental patch, that resets the clipboard option for :g

Re: global command slow when clipboard=unnamed

2014-05-30 Fir de Conversatie Praful Kapadia
Point taken about quotes being comment indicators in my set clipboard="". I completely forgot about the black hole register! Isn't vim wonderful just to have that concept! Thank you ZyX - and John for making sure I didn't miss the black hole advice. Praful -- -- You received this message fro

Re: global command slow when clipboard=unnamed

2014-05-30 Fir de Conversatie Praful Kapadia
> > > On May 29, 2014 9:25:05 PM GMT+03:00, Praful Kapadia > wrote: > > >I have had an annoying issue with gvim 7.4, with patches 1-307. If I > > >open a large file (e.g. containing 200,000 lines) and use the global > > >command to delete lines, the opera

global command slow when clipboard=unnamed

2014-05-29 Fir de Conversatie Praful Kapadia
I have had an annoying issue with gvim 7.4, with patches 1-307. If I open a large file (e.g. containing 200,000 lines) and use the global command to delete lines, the operation takes a very long time on Windows if clipboard has been set to unnamed. I'm assuming it's the constant copying of delet