GNU bug report logs - #57207
29.0.50; Fontification is slow after e7b5912b23 (Improvements to long lines handling)

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: larsi <at> gnus.org, 57207 <at> debbugs.gnu.org, yantar92 <at> gmail.com
Subject: bug#57207: 29.0.50; Fontification is slow after e7b5912b23 (Improvements to long lines handling)
Date: Sun, 21 Aug 2022 16:24:08 +0300

> Date: Sun, 21 Aug 2022 13:18:39 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: larsi <at> gnus.org, 57207 <at> debbugs.gnu.org, yantar92 <at> gmail.com
> 
> >> Stefan said (IIUC) that it could be useful for Lisp programs, so it is 
> >> now possible to use it anywhere (but the docstring says that it should 
> >> be done sparingly).
> >
> > Which means that the code you installed on the branch will "undo" such 
> > narrowing done from Lisp as well, doesn't it?  That might not be what 
> > the Lisp program which did that wanted.
> 
> I'm not sure I understand what you mean.  What the modeline should display 
> is the state of the "user" narrowing, not of a narrowing decided by a Lisp 
> function.

We don't currently discern between these two, so some Lisp program
could use this locked narrowing expecting to see it on the modeline.
If that is not supposed to happen and/or is unsupported, we should at
least document it.

Previous Next

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