GNU bug report logs - #56682
Fix the long lines font locking related slowdowns

Previous Next

Full log

View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 56682 <at> debbugs.gnu.org, gregory <at> heytings.org
Subject: bug#56682: Fix the long lines font locking related slowdowns
Date: Tue, 16 Aug 2022 16:58:15 +0300

On 16.08.2022 16:09, Eli Zaretskii wrote:
>> From: Stefan Monnier<monnier <at> iro.umontreal.ca>
>> Cc: Eli Zaretskii<eliz <at> gnu.org>,56682 <at> debbugs.gnu.org,dgutov <at> yandex.ru
>> Date: Tue, 16 Aug 2022 09:07:59 -0400
>>
>>> The way I see this is that Emacs is doing efforts to solve editing slowdowns
>>> as best as possible, but that there is a "last mile" that cannot be solved
>>> without the collaboration from major and minor modes.
>> The locked narrowing prevents that "last mile", sadly.
> Nonsense, it doesn't prevent any such things.
> 
> Let's not exaggerate when we try to make a point, okay?

Why nonsense?

I've made the same point a bunch of times: arbitrary narrowing without 
regard for context stops any potential major-mode specific code from 
looking for a "safe position" which might be outside of that narrowing.

The new variable (which will let us increase the font-lock narrowing 
radius) should get us 95% there, though.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.