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

View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 8626 <at> debbugs.gnu.org
Subject: 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 11:46:26 -0300

> What limits the import of this node to multiline font-lock?
> Nothing that I can see.

Maybe the problem is "your" notion of "multiline font-lock"?

There's no such thing as a "multiline font-lock" feature or
functionality, but only "Multiline Font Lock Constructs", i.e. there are
cases where a major mode needs to get font-lock to recognize elements
that span multiple lines.

> This node is about refontification after buffer changes.  It is not,
> logically, a subnode of `Multiline Font Lock Constructs'.

It is about having to extend the refontification area because
refontifying a single-line is not sufficient, presumably because the
major mode has to handle a multiline font-lock construct.


        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.