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

Previous Next

Full log

View this message in rfc822 format

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

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

> If a buffer with long lines is never or not yet displayed, the
> specific optimizations do not take place.  That was a very important
> if not critical improvement, because Emacs may internally use buffers
> with long lines, and they should be entirely unaffected by that
> change.  (For example, the newsrc.eld file used internally by Gnus
> contains one such long line; if the same temporary restrictions were
> used in that buffer, it is possible that Gnus would not work correctly
> anymore.)
>
> As far as I can tell, iterators are used in such buffers, too, but
> they are not fontified.  Fontification happens only when necessary,
> that is, when the buffer is actually displayed.

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?

Previous Next

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