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: Gregory Heytings <gregory <at> heytings.org>
Cc: 56682 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, akrl <at> sdf.org
Subject: bug#56682: feature/improved-locked-narrowing 9dee6df39c: Reworked locked narrowing.
Date: Thu, 09 Feb 2023 16:26:59 +0200
> Date: Thu, 09 Feb 2023 10:33:34 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: Andrea Corallo <akrl <at> sdf.org>, monnier <at> iro.umontreal.ca, 
>     56682 <at> debbugs.gnu.org
> 
> I did on purpose separate that bugfix (commit 1 on the branch) from the 
> renaming ones (commits 2-5), the documentation one (commit 6) and the one 
> that adds a test (commit 7) to make the reviewing task easier.

OK, thanks.

There's one thing I cannot seem to be able to find in the
documentation you added: how can a Lisp program know that it is being
run under a "labeled narrowing", and in particular what is the label?
Without knowing that, how can Lisp programs adapt their behavior to
this special kind of narrowing, or even just break out of it using
without-narrowing?




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.