GNU bug report logs - #9919
24.0.91; font-lock broken in dired

Previous Next

Package: emacs;

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

Date: Mon, 31 Oct 2011 15:15:02 UTC

Severity: normal

Tags: notabug

Merged with 6662

Found in versions 24.0.50, 24.0.91

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Forwarded to http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg01057.html

Full log

View this message in rfc822 format

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <9919 <at> debbugs.gnu.org>
Subject: bug#9919: 24.0.91; font-lock broken in dired
Date: Mon, 31 Oct 2011 15:06:49 -0700

Note: If I do M-: (font-lock-refresh-defaults) in Dired then I get the
highlighting I should (already) have gotten according to `font-lock-defaults'.

Why is this extra call suddenly necessary?  What new Emacs 24 "feature" does
this map to?  Where is the Dev log that corresponds to this change? (I see no
change in font-lock.el, for instance.)

If this user-visible change is intended, then please (a) update the doc to
explain it, and (b) mention the change in NEWS.

(BTW, the name `font-lock-refresh-defaults' seems to be unfortunate.  Apparently
this function does _not_ refresh the font-lock defaults.  Instead, it refreshes
`font-lock-keywords' (and perhaps other things?) based on the current value of
`font-lock-defaults'.  The doc string even says the same thing: "... after
recomputing from defaults".  Recomputing font locking _from defaults_ is very
different from refreshing the defaults.  The value of `font-lock-defaults' is
not "refreshed" or otherwise changed in any way.)
This bug report was last modified 13 years and 134 days ago.

Previous Next

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