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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> gmail.com>
Cc: gregory <at> heytings.org, larsi <at> gnus.org, 56393 <at> debbugs.gnu.org
Subject: bug#56393: Actually fix the long lines display bug
Date: Thu, 07 Jul 2022 08:43:15 +0300

> From: Ihor Radchenko <yantar92 <at> gmail.com>
> Cc: Gregory Heytings <gregory <at> heytings.org>,  larsi <at> gnus.org,
>   56393 <at> debbugs.gnu.org
> Date: Thu, 07 Jul 2022 08:28:07 +0800
> 
> > I can help with the latter.  When Emacs is about to display some chunk
> > of text, it checks whether the text has a non-nil 'fontified'
> > property.  If it does, that chunk of text was already fontified, but
> > if not, the display engine calls font-lock (via jit-lock.el) to
> > fontify the next 1500 characters, and puts a non-nil 'fontified'
> > property on those 1500 characters.  The result is face properties,
> > which are then actually displayed.
> 
> Doesn't font-lock extend the region to be fontified to at least the full
> current line? (see font-lock-extend-region-functions and
> font-lock-extend-region-wholelines)

It's possible that this is indeed the problem.  If that's the case, we
should probably limit that widening as well.

Previous Next

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