Re: Vim slow after big count insert

2013-07-30 Fir de Conversatie Christian Brabandt
Hi Mike! On So, 21 Jul 2013, Mike Williams wrote: > On 20/07/2013 10:13, LCD 47 wrote: > > I believe this can be fixed with a counter that means something > >along the lines of: "this line is longer than &tw, and it has no > >breaking point for the first X characters". Then X would be update

Re: Vim slow after big count insert

2013-07-23 Fir de Conversatie Nikolay Pavlov
On Jul 23, 2013 9:24 AM, "Gary Johnson" wrote: > > On 2013-07-23, Nikolay Pavlov wrote: > > > > On Jul 20, 2013 2:28 AM, "Gary Johnson" wrote: > > > > > > On 2013-07-19, Dimitar DIMITROV wrote: > > > > > > Hi Dimitar, > > > > > > It would be a big help to those of us with threading mail readers if

Re: Vim slow after big count insert

2013-07-22 Fir de Conversatie Gary Johnson
On 2013-07-23, Nikolay Pavlov wrote: > > On Jul 20, 2013 2:28 AM, "Gary Johnson" wrote: > > > > On 2013-07-19, Dimitar DIMITROV wrote: > > > > Hi Dimitar, > > > > It would be a big help to those of us with threading mail readers if > > you would be sure that your replies include "Re: " at the star

[OT] Mail threading (Was: Re: Vim slow after big count insert)

2013-07-22 Fir de Conversatie James McCoy
On Tue, Jul 23, 2013 at 07:39:12AM +0400, Nikolay Pavlov wrote: > On Jul 20, 2013 2:28 AM, "Gary Johnson" wrote: > > > > On 2013-07-19, Dimitar DIMITROV wrote: > > > > Hi Dimitar, > > > > It would be a big help to those of us with threading mail readers if > > you would be sure that your replies i

Re: Vim slow after big count insert

2013-07-22 Fir de Conversatie Nikolay Pavlov
On Jul 20, 2013 2:28 AM, "Gary Johnson" wrote: > > On 2013-07-19, Dimitar DIMITROV wrote: > > Hi Dimitar, > > It would be a big help to those of us with threading mail readers if > you would be sure that your replies include "Re: " at the start of > the Subject. This has nothing to do with thread

Re: Vim slow after big count insert

2013-07-22 Fir de Conversatie Charles Campbell
Dimitar DIMITROV wrote: > > There is no use case > If you do something stupid by accident most vim operations can be > aborted by ctrl-c (exception: python, rbuy, .. scripts) Try to abort it you will see the success you have. > So there is still nothing to fix or talk about unless there is a us

Re: Vim slow after big count insert

2013-07-21 Fir de Conversatie Mike Williams
On 20/07/2013 10:13, LCD 47 wrote: On 19 July 2013, Mike Williams wrote: On 19/07/2013 15:52, Mike Williams wrote: On 19/07/2013 12:18, Dimitar DIMITROV wrote: Hi, Did a search on the vim_dev archives but couldn't find anything related to this. Sorry if this is redundant. Basically vim is e

Re: Vim slow after big count insert

2013-07-20 Fir de Conversatie LCD 47
On 19 July 2013, Mike Williams wrote: > On 19/07/2013 15:52, Mike Williams wrote: > >On 19/07/2013 12:18, Dimitar DIMITROV wrote: > >>Hi, > >> > >>Did a search on the vim_dev archives but couldn't find anything > >>related to this. Sorry if this is redundant. Basically vim is > >>exponentially sl

Vim slow after big count insert

2013-07-20 Fir de Conversatie Dimitar DIMITROV
> > There is no use case > If you do something stupid by accident most vim operations can be > aborted by ctrl-c (exception: python, rbuy, .. scripts) Try to abort it you will see the success you have. > So there is still nothing to fix or talk about unless there is a use > case. > > Marc Weber

Re: Vim slow after big count insert

2013-07-19 Fir de Conversatie Marc Weber
> There is no use case If you do something stupid by accident most vim operations can be aborted by ctrl-c (exception: python, rbuy, .. scripts) So there is still nothing to fix or talk about unless there is a use case. Marc Weber -- -- You received this message from the "vim_dev" maillist. Do

Re: Vim slow after big count insert

2013-07-19 Fir de Conversatie Gary Johnson
On 2013-07-19, Dimitar DIMITROV wrote: Hi Dimitar, It would be a big help to those of us with threading mail readers if you would be sure that your replies include "Re: " at the start of the Subject. Thanks, Gary -- -- You received this message from the "vim_dev" maillist. Do not top-post! Ty

Vim slow after big count insert

2013-07-19 Fir de Conversatie Dimitar DIMITROV
> > Hi, > > > > Did a search on the vim_dev archives but couldn't find anything related to > > this. Sorry if this is redundant. > > Basically vim is exponentially slow after 100iHello as mentioned > > in this link: > > http://www.galexander.org/vim_sucks.html > Let's discuss the use case, f

Re: Vim slow after big count insert

2013-07-19 Fir de Conversatie Marc Weber
Excerpts from Dimitar DIMITROV's message of Fri Jul 19 23:14:44 +0200 2013: > Try to abort it you will see the success you have. 1600iAuto aborts almost instantly VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Jun 9 2013 16:56:22) Included patches: 1-1155 vim and gvim tested .. Have I don

Re: Vim slow after big count insert

2013-07-19 Fir de Conversatie Mike Williams
On 19/07/2013 15:52, Mike Williams wrote: On 19/07/2013 12:18, Dimitar DIMITROV wrote: Hi, Did a search on the vim_dev archives but couldn't find anything related to this. Sorry if this is redundant. Basically vim is exponentially slow after 100iHello as mentionned in this link: http://w

Re: Vim slow after big count insert

2013-07-19 Fir de Conversatie Mike Williams
On 19/07/2013 12:18, Dimitar DIMITROV wrote: Hi, Did a search on the vim_dev archives but couldn't find anything related to this. Sorry if this is redundant. Basically vim is exponentially slow after 100iHello as mentionned in this link: http://www.galexander.org/vim_sucks.html A quick

Re: Vim slow after big count insert

2013-07-19 Fir de Conversatie Marc Weber
Excerpts from Dimitar DIMITROV's message of Fri Jul 19 13:18:09 +0200 2013: > Hi, > > Did a search on the vim_dev archives but couldn't find anything related to > this. Sorry if this is redundant. > Basically vim is exponentially slow after 100iHello as mentionned > in this link: > http://w

Vim slow after big count insert

2013-07-19 Fir de Conversatie Dimitar DIMITROV
Hi, Did a search on the vim_dev archives but couldn't find anything related to this. Sorry if this is redundant. Basically vim is exponentially slow after 100iHello as mentionned in this link: http://www.galexander.org/vim_sucks.html Regards   Dimitar --- GPG Key: 2048R/160C6FA8 2012-10