GNU bug report logs - #801
grep et al should use font-lock

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#801: closed (grep et al should use font-lock)
Date: Fri, 28 Jan 2011 22:13:03 +0000

[Message part 1 (text/plain, inline)]

Your message dated Fri, 28 Jan 2011 17:19:56 -0500
with message-id <jwv39ochdxi.fsf-monnier+emacs <at> gnu.org>
and subject line compile.el and font-lock
has caused the GNU bug report #801,
regarding grep et al should use font-lock
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
801: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=801
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Glenn Morris <rgm <at> gnu.org>
To: quiet <quiet <at> debbugs.gnu.org>
Subject: grep et al should use font-lock
Date: Wed, 27 Aug 2008 16:22:52 -0400

Package: emacs
Version: 23.0.60
Severity: minor

(Filing a report for an old FOR-RELEASE issue.)

http://lists.gnu.org/archive/html/emacs-devel/2007-08/msg00548.html

"
    Because grep relies on compilation-mode, which uses font-lock to do
    its work, so it forcefully enables font-lock.

It seems like a bug for it to work this way.

What it ought to do is enable Font Lock in an internal way, so it will
put on font-lock-face properties.  These properties should be created
regardless of whether Font Lock mode is enabled, but they should
only affect display when Font Lock mode is enabled.
"

[Message part 3 (message/rfc822, inline)]

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 801-done <at> debbugs.gnu.org, 7771-done <at> debbugs.gnu.org
Subject: compile.el and font-lock
Date: Fri, 28 Jan 2011 17:19:56 -0500

I've just pushed a change which makes M-x compile and M-x grep work
without forcing font-lock to be enabled.  They also make the
error-parsing lazier, so it may be faster in some cases (tho probably
slower in others as well: speed was not the main focus of my coding).


        Stefan

Previous Next

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