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

Previous Next

Package: emacs;

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

Date: Tue, 5 Jul 2022 08:50:02 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log

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

From: Gregory Heytings <gregory <at> heytings.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: 56393 <at> debbugs.gnu.org
Subject: Re: bug#56393: Auto narrowing autside of redisplay
Date: Tue, 19 Jul 2022 09:51:45 +0000

>
> Okay, I understand the internal buffer argument.  But what if it is not 
> such a buffer?  Say a large XML or JS file with background 
> fontification.
>
> WDYT about marking buffers that don't want auto narrowing?  Or the 
> opssite, mark buffers that want it?
>

One of the explicit aims when designing that feature was that it should be 
as transparent as possible.  And it is: only a few selected places in 
xdisp.c see its effect.

That being said, you can do what you want nonetheless: if you (setq-local 
long-line-threshold nil) the optimizations will never be used (in that 
buffer), if you (setq-local long-line-threshold 0) the optimizations will 
always be used (in that buffer).

Adding code to expose the feature further to Lisp would be (IMO) a 
mistake.
This bug report was last modified 3 years and 33 days ago.

Previous Next

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