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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: 56682 <at> debbugs.gnu.org, stephen.berman <at> gmx.net, monnier <at> iro.umontreal.ca,
 dgutov <at> yandex.ru
Subject: Re: bug#56682: Fix the long lines font locking related slowdowns
Date: Wed, 10 Aug 2022 14:44:59 +0300

> Date: Wed, 10 Aug 2022 10:34:32 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: 56682 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, 
>     monnier <at> iro.umontreal.ca, Dmitry Gutov <dgutov <at> yandex.ru>
> 
> Another option might be to add some limits to the algorithm in
> buffers with long lines, without disabling it completely.

It already has such limits and other optimizations.  Inhibiting the
BPA is an option if it is known that the buffer doesn't include ant
R2L characters anywhere; otherwise some braces/parens could be
displayed incorrectly mirrored.

If you remove the 3 closing braces/brackets at EOB and the
corresponding opening braces/brackets, does navigation become
significantly faster?  These are the only brackets I could spot in the
file that enclose very large portions of text.  If removing them
doesn't help much, the only possible reason is that there are a lot of
bracketed stuff in this file.

Previous Next

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