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

Previous Next

Package: emacs;

Reported by: Gregory Heytings <gregory <at> heytings.org>

Date: Thu, 21 Jul 2022 18:01:01 UTC

Severity: normal

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 56682 <at> debbugs.gnu.org, gregory <at> heytings.org, dgutov <at> yandex.ru
Subject: bug#56682: Fix the long lines font locking related slowdowns
Date: Tue, 16 Aug 2022 20:26:23 +0300
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: dgutov <at> yandex.ru,  56682 <at> debbugs.gnu.org,  gregory <at> heytings.org
> Date: Tue, 16 Aug 2022 13:15:04 -0400
> 
> Eli Zaretskii [2022-08-16 18:51:41] wrote:
> >> I missed it then: you're saying that I can make nlinum-mode override the
> >> locked narrowing to find the real current line number without having to
> >> recompile Emacs?
> >
> > No, I'm saying that you can test improvements in nlinum-mode that
> > would make it work better with long lines without recompiling.
> 
> How?

I'm sure you can figure it out if you just think for a few seconds.

But if you want me to do it for you, then please tell which changes do
you want to try and in what situations, because the technique depends
on that.

(Not that I understand where are you going with this.  Especially
since a feature to unlock the narrowing is just one simple commit
away.)




This bug report was last modified 2 years and 8 days ago.

Previous Next


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