GNU bug report logs -
#56682
Fix the long lines font locking related slowdowns
Previous Next
Full log
View this message in rfc822 format
On 14.08.2022 08:36, Eli Zaretskii wrote:
>> Date: Sat, 13 Aug 2022 22:19:26 +0300
>> Cc:56682 <at> debbugs.gnu.org, Eli Zaretskii<eliz <at> gnu.org>,
>> monnier <at> iro.umontreal.ca
>> From: Dmitry Gutov<dgutov <at> yandex.ru>
>>
>>> Buffers with long lines are rare enough. It wouldn't make sense (and
>>> would be a nightmare in terms of long term maintenance) to add 25
>>> defcustoms to allow anyone to fine-tune what Emacs does in such buffers.
>> I have regularly encountered redisplay slowdown caused by long lines in
>> my work. One doesn't need to have a 18 MB files to see them.
>>
>> Having a 5000-10000 character line is enough to see redisplay starting
>> to stutter. And, of course, there's nothing font-lock related in those
>> stutters.
> Stuttering in redisplay (and I think you actually mean stuttering in
> cursor motion commands, but let's ignore that difference for now) is a
> known issue, but it is NOT the goal of this effort. The goal of this
> effort is to avoid making Emacs_completely_unusable_ due to the need
> to wait for many seconds for commands to complete and their results to
> be shown on display. Stuttering, while somewhat annoying, doesn't
> make Emacs unusable.
>
> So if you are talking about the cases of stuttering, you are focused
> on cases that are of no particular interest to us here. Of course,
> any improvement in those other cases will also be welcome, but it is
> not directly related to what we are trying to do here, and may or may
> not solve the cases that are of interest to us.
They *are* solved by Gregory's work.
This bug report was last modified 2 years and 9 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.