GNU bug report logs - #8626
24.0.50; (elisp) Region to Fontify after a Buffer Change - Why a child of Multiline Font Lock?

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Thu, 5 May 2011 22:22:02 UTC

Severity: minor

Tags: notabug

Found in version 24.0.50

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 8626 <at> debbugs.gnu.org
Subject: Re: bug#8626: 24.0.50;
	(elisp) Region to Fontify after a Buffer Change - Why a child of
	Multiline Font Lock?
Date: Fri, 06 May 2011 10:46:03 -0300

> Subject line says it all.  This node says zero about multiline font
> lock.  No apparent relation between the two.  If there is a relation,
> then it needs to be pointed out.
 
I'm not sure what more you need.  It already says:

   When a buffer is changed, the region that Font Lock refontifies is
   by default the smallest sequence of whole lines that spans the change.
   While this works well most of the time, sometimes it doesn't---for
   example, when a change alters the syntactic meaning of text on an
   earlier line.


-- Stefan
This bug report was last modified 14 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.