GNU bug report logs - #2459
22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt

Previous Next

Package: emacs;

Reported by: Jari Aalto <jari.aalto <at> cante.net>

Date: Tue, 24 Feb 2009 12:00:03 UTC

Severity: wishlist

Tags: wontfix

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Jari Aalto <jari.aalto <at> tamk.fi>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: "'Stefan Monnier'" <monnier <at> IRO.UMontreal.CA>,
        <2459 <at> debbugs.gnu.org>, "'Glenn Morris'" <rgm <at> gnu.org>,
        "'Jari Aalto'" <jari.aalto <at> cante.net>
Subject: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors:ido.el, minibuffer prompt
Date: Thu, 26 Feb 2009 16:16:14 +0200
> "Drew Adams" <drew.adams <at> oracle.com> writes:
> The use case seems to be only to turn off *all* highlighting. We should find a
> good way to handle that particular use case. Equating all highlighting to
> font-lock highlighting, just to respond to this use case, would be using a
> sledge hammer to kill a fly - a step backward.

It's natural that people have years trained themselves to use:

  M-x global-font-lock-mode

to turn on and off colors. Globally. From user's M-x perspective, the
font-lock is synonym for controlling the "colors", whether in technical
level the implementation and use of font-lock may differ.

> Richard M Stallman <rms <at> gnu.org> writes:
> This sort of problem is easy to fix; we already have a mechanism for
> it.  The mode should set `font-lock-face' properties instead of `face'
> properties.  That will make the right thing happen.

That'd be welcomed

Thanks,
Jari




This bug report was last modified 12 years and 342 days ago.

Previous Next


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