Re: [code] [textadept] Input delay

From: Brian Schott <briancschott.att.gmail.com>
Date: Mon, 6 Aug 2012 10:50:00 -0700

Probably, but I think it only ever worked about 90% correctly. I'll
look for it later tonight.

On Mon, Aug 6, 2012 at 10:15 AM, Robert <rob.g.att.web.de> wrote:
> On Mon, Aug 6, 2012 at 6:27 PM, Klaus Borges <klausborgs.att.gmail.com> wrote:
>> Mitchell and Bill,
>>
>> Is there a way to automatically wrap lines at a number of characters or by
>> hard wrapping you meant manually breaking the lines after n characters?
>> Toggling wrap mode (ctrl-alt-backslash) doesn't solve that issue apparently.
>>
>> Thanks,
>>
>
> There used to be a function that did rewrapping (old discussion:
> https://groups.google.com/forum/?fromgroups#!topic/textadept/A9sKlZ7PJYk)
> but I don't think it is on the current wiki.
> I would be interested in that, too.
> Brian, do you have that still around?
>
> Robert
>
>
>
>
>> On Sun, Aug 5, 2012 at 4:45 PM, Mitchell <m.att.foicica.com> wrote:
>>>
>>> Hi Klaus,
>>>
>>>
>>> On Sun, 5 Aug 2012, Klaus Borges wrote:
>>>
>>>> Mitchell,
>>>>
>>>> I hope you don't mind, but I'll use a text generator to illustrate my
>>>> problem since the only file I have at hand right now is a plain text file
>>>> of a story I've been working on. I used bacon ipsum (
>>>> http://baconipsum.com/?paras=50&type=all-meat&start-with-lorem=1 ) set to
>>>> 50 paragraphs and I pasted it into a new file. It has basically the same
>>>> structure as the story, since my paragraphs are long lines. When I paste
>>>> the generated text twice, it starts lagging.
>>>> I recall having input lags while editing a ruby project and some C source
>>>> files too.
>>>>
>>>> Isn't there a workaround or fix for these issues? I tested some bulkier
>>>> editors and they seem to handle it pretty well, I monitored CPU and
>>>> memory
>>>> usage and it's normal. And it doesn't seem to be GTK either, since gVim
>>>> runs pretty smooth.
>>>
>>>
>>> When I pasted the text from your link into ta I noticed that indeed the
>>> lines are very long. If I recall correctly, Scintilla has been notorious for
>>> slowing down on long lines. Bill's suggestion about line wrapping might
>>> help.
>>>
>>> Download a copy of SciTE and see if it also slows down. Like ta, SciTE
>>> uses Scintilla and if exhibits slowdown, then the lag is occuring in
>>> Scintilla.
>>>
>>> Cheers,
>>>
>>> Mitchell
>>> --
>>> You are subscribed to code.att.foicica.com.
>>> To change subscription settings, send an e-mail to code+help.att.foicica.com.
>>> To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
>>>
>>
> --
> You are subscribed to code.att.foicica.com.
> To change subscription settings, send an e-mail to code+help.att.foicica.com.
> To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
>

-- 
You are subscribed to code.att.foicica.com.
To change subscription settings, send an e-mail to code+help.att.foicica.com.
To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
Received on Mon 06 Aug 2012 - 13:50:00 EDT

This archive was generated by hypermail 2.2.0 : Tue 07 Aug 2012 - 06:54:08 EDT