GNU bug report logs - #56393
Actually fix the long lines display bug

Previous Next

Full log

Message #551 received at 56393 <at> debbugs.gnu.org (full text, mbox):

From: Gregory Heytings <gregory <at> heytings.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: gerd.moellmann <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>,
 56393 <at> debbugs.gnu.org
Subject: Re: bug#56393: Actually fix the long lines display bug
Date: Tue, 19 Jul 2022 21:55:49 +0000

>> That is, I don't think you have to run the detection as often as you do 
>> now.  If the previous call said you had no lines longer than 80 
>> characters, you don't have to run it again until the buffer has grown 
>> more than 30K characters, or you have a modiff in the thousands region.
>
> Hmmm...  Thanks, I'll see if I can do something with that idea.
>

I considered that option, but so far I cannot see how it could work 
reliably, or to be more precise, I fear that there are too many cases that 
would escape such a heuristic, such as M-% C-q C-j RET SPC RET in a 
sufficiently long buffer.  One disadvantage is that it would be necessary 
to record, in struct buffer, the buffer size (and perhaps also the modiff) 
when the detection was last run, something Eli would prefer to avoid.  I 
will continue to think about it, however.

Previous Next

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