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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: gerd.moellmann <at> gmail.com, larsi <at> gnus.org, 56393 <at> debbugs.gnu.org
Subject: Re: bug#56393: Actually fix the long lines display bug
Date: Thu, 21 Jul 2022 11:00:07 +0300

> Date: Thu, 21 Jul 2022 07:49:44 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: gerd.moellmann <at> gmail.com, larsi <at> gnus.org, 56393 <at> debbugs.gnu.org
> 
> > As far as I can see, font locking is the one and only remaining cause of 
> > slowdowns that is under control of Emacs.  Mode-specific slowdowns can 
> > of course not be solved in Emacs.  So what about simply turning font 
> > locking off unconditionally when long lines are detected in a buffer, 
> > until the font locking slowdowns are fixed?
> >
> 
> (Doing that would also make it easier to get feedback about other causes 
> of slowdown, if any.)

That could be so, but I'd prefer first to remove the elephant in the
room.  It's not like people edit such problematic files all the time,
so feedback will probably come in quickly only from people who
deliberately do that because they want to test this feature.

Previous Next

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