From jari.aalto@cante.net Tue Feb 24 03:54:26 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 24 Feb 2009 11:54:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from emh03.mail.saunalahti.fi (emh03.mail.saunalahti.fi [62.142.5.109]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1OBsMV4004230 for ; Tue, 24 Feb 2009 03:54:23 -0800 Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh03-2.mail.saunalahti.fi (Postfix) with SMTP id 5BD35EBB74 for ; Tue, 24 Feb 2009 13:54:21 +0200 (EET) Received: from emh06.mail.saunalahti.fi ([62.142.5.116]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A017125AEFA; Tue, 24 Feb 2009 13:54:21 +0200 Received: from picasso.cante.net (a91-155-187-216.elisa-laajakaista.fi [91.155.187.216]) by emh06.mail.saunalahti.fi (Postfix) with ESMTP id 4CC53E51A7 for ; Tue, 24 Feb 2009 13:54:20 +0200 (EET) Received: from [192.168.1.7] (helo=jondo.cante.net) by picasso.cante.net with esmtp (Exim 4.69) (envelope-from ) id 1Lbvrd-0002ou-D6 for submit@emacsbugs.donarmstrong.com; Tue, 24 Feb 2009 13:54:17 +0200 Received: from jaalto by jondo.cante.net with local (Exim 4.69) (envelope-from ) id 1Lbvre-0004bB-CQ for submit@emacsbugs.donarmstrong.com; Tue, 24 Feb 2009 13:54:18 +0200 From: Jari Aalto To: Emacs bug BTS Subject: 22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt Date: Tue, 24 Feb 2009 13:54:18 +0200 Message-ID: <871vtot5hx.fsf@jondo.cante.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SA-Exim-Connect-IP: 192.168.1.7 X-SA-Exim-Mail-From: jari.aalto@cante.net X-SA-Exim-Scanned: No (on picasso.cante.net); SAEximRunCond expanded to false X-Antivirus: VAMS TEST emacs -Q -nw M-x ido-mode C-x C-f ~/ C-g M-x global-font-lock-mode C-x C-f ~/ PROBLEMS After global-font-lock-mode is turned off: - ido-mode still displays completions in color. - Minibuffer prompt's text is still displayed in color. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /usr/share/emacs/22.2/etc/DEBUG for instructions. In GNU Emacs 22.2.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2008-11-10 on excelsior, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.10402000 configured using `configure '--build=x86_64-linux-gnu' '--host=x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS='' From rgm@gnu.org Tue Feb 24 10:20:10 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 24 Feb 2009 18:20:11 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-8.0 required=4.0 tests=HAS_BUG_NUMBER, VALID_BTS_CONTROL,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1OIK2DY006712; Tue, 24 Feb 2009 10:20:03 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Lc1qk-00069s-TP; Tue, 24 Feb 2009 13:17:46 -0500 From: Glenn Morris To: Jari Aalto Cc: 2459@debbugs.gnu.org Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt References: <871vtot5hx.fsf@jondo.cante.net> X-Spook: blackjack Marxist terrorist kilo class satellite imagery X-Ran: C!#4w8^~"\*96>'2$MBwMlqE|z{V,p(]61kr:FM!lQ1z{Oo/8^I>3nP,k'd9ndte32u?6j X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 24 Feb 2009 13:17:46 -0500 In-Reply-To: <871vtot5hx.fsf@jondo.cante.net> (Jari Aalto's message of "Tue, 24 Feb 2009 13:54:18 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii severity 2459 wishlist stop Jari Aalto wrote: > After global-font-lock-mode is turned off: > > - ido-mode still displays completions in color. > - Minibuffer prompt's text is still displayed in color. These features, and several other places that use colour, are not implemented using font-lock, so toggling global-font-lock-mode has no effect. In this specific case, you can set ido-use-faces and customize the minibuffer-prompt face. AFAIK there is no simple way to say "give me an entirely monochromatic Emacs". From jari.aalto@cante.net Tue Feb 24 11:31:58 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 24 Feb 2009 19:31:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from emh04.mail.saunalahti.fi (emh04.mail.saunalahti.fi [62.142.5.110]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1OJVsWP025593 for <2459@emacsbugs.donarmstrong.com>; Tue, 24 Feb 2009 11:31:55 -0800 Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh04-2.mail.saunalahti.fi (Postfix) with SMTP id A145613B524; Tue, 24 Feb 2009 21:31:52 +0200 (EET) Received: from emh03.mail.saunalahti.fi ([62.142.5.109]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A021C29C494; Tue, 24 Feb 2009 21:31:52 +0200 Received: from jondo.cante.net (a91-155-187-216.elisa-laajakaista.fi [91.155.187.216]) by emh03.mail.saunalahti.fi (Postfix) with ESMTP id F30BB158A67; Tue, 24 Feb 2009 21:31:49 +0200 (EET) From: Jari Aalto To: Glenn Morris Cc: 2459@debbugs.gnu.org Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt References: <871vtot5hx.fsf@jondo.cante.net> Date: Tue, 24 Feb 2009 21:31:49 +0200 In-Reply-To: (Glenn Morris's message of "Tue, 24 Feb 2009 13:17:46 -0500") Message-ID: <87d4d7vdga.fsf@jondo.cante.net> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: VAMS Glenn Morris writes: > Jari Aalto wrote: > >> After global-font-lock-mode is turned off: >> >> - ido-mode still displays completions in color. >> - Minibuffer prompt's text is still displayed in color. > > These features, and several other places that use colour, are not > implemented using font-lock, so toggling global-font-lock-mode has no > effect. In this specific case, you can set ido-use-faces and customize > the minibuffer-prompt face. Perhaps those can be teach to obey global-font-lock-mode settings. It is not feasible to have to configure those separately. > AFAIK there is no simple way to say "give me an entirely monochromatic > Emacs". It used to. Jari From juri@jurta.org Tue Feb 24 11:58:58 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 24 Feb 2009 19:58:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1OJws4x031588 for <2459@emacsbugs.donarmstrong.com>; Tue, 24 Feb 2009 11:58:56 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1Lc3Qb-000FsM-7I; Tue, 24 Feb 2009 21:58:53 +0200 From: Juri Linkov To: Jari Aalto Cc: 2459@debbugs.gnu.org, Glenn Morris Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt Organization: JURTA References: <871vtot5hx.fsf@jondo.cante.net> <87d4d7vdga.fsf@jondo.cante.net> Date: Tue, 24 Feb 2009 21:56:52 +0200 In-Reply-To: <87d4d7vdga.fsf@jondo.cante.net> (Jari Aalto's message of "Tue, 24 Feb 2009 21:31:49 +0200") Message-ID: <87k57fip6j.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: bb9f355b5be917825c280d06cf0e20ab X-DrWeb-checked: yes >>> After global-font-lock-mode is turned off: >>> - ido-mode still displays completions in color. >>> - Minibuffer prompt's text is still displayed in color. >> >> These features, and several other places that use colour, are not >> implemented using font-lock, so toggling global-font-lock-mode has no >> effect. In this specific case, you can set ido-use-faces and customize >> the minibuffer-prompt face. > > Perhaps those can be teach to obey global-font-lock-mode settings. > It is not feasible to have to configure those separately. Font-lock makes sense only for syntax-based highlighting. >> AFAIK there is no simple way to say "give me an entirely monochromatic >> Emacs". > > It used to. Something along the lines is a simple way to give a monochromatic Emacs. Perhaps we should create a new function that will do this depending on an option. (defun my-faces-fix (&optional frame) "Fix defined faces." (interactive) ;; Check if this function is called by `custom-define-hook' from ;; `custom-declare-face' where the variable `face' is bound locally. (when (boundp 'face) (dolist (face (face-list)) (unless (string-match "^mode-line" (symbol-name face)) ;; Reset all face attributes (modify-face face))))) ;; 1. Fix existing faces (let ((face t)) (my-faces-fix)) ;; 2. Call `my-faces-fix' every time some new face gets defined (add-to-list 'custom-define-hook 'my-faces-fix) -- Juri Linkov http://www.jurta.org/emacs/ From rms@gnu.org Wed Feb 25 07:55:49 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 25 Feb 2009 15:55:49 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1PFtk9J017993 for <2459@emacsbugs.donarmstrong.com>; Wed, 25 Feb 2009 07:55:47 -0800 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LcM4f-0003Eu-LI; Wed, 25 Feb 2009 10:53:29 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: Richard M Stallman To: Glenn Morris , 2459@debbugs.gnu.org CC: jari.aalto@cante.net, 2459@debbugs.gnu.org In-reply-to: (message from Glenn Morris on Tue, 24 Feb 2009 13:17:46 -0500) Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt Reply-to: rms@gnu.org References: Message-Id: Date: Wed, 25 Feb 2009 10:53:29 -0500 These features, and several other places that use colour, are not implemented using font-lock, so toggling global-font-lock-mode has no effect. In this specific case, you can set ido-use-faces and customize the minibuffer-prompt face. 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. From monnier@IRO.UMontreal.CA Wed Feb 25 08:49:18 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 25 Feb 2009 16:49:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1PGnFWn001483 for <2459@emacsbugs.donarmstrong.com>; Wed, 25 Feb 2009 08:49:16 -0800 Received: from alfajor.home (vpn-132-204-232-24.acd.umontreal.ca [132.204.232.24]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n1PGnncR011790; Wed, 25 Feb 2009 11:49:49 -0500 Received: by alfajor.home (Postfix, from userid 20848) id 67882A2C19; Wed, 25 Feb 2009 11:49:07 -0500 (EST) From: Stefan Monnier To: Glenn Morris Cc: 2459@debbugs.gnu.org, Jari Aalto Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors: ido.el, minibuffer prompt Message-ID: References: <871vtot5hx.fsf@jondo.cante.net> Date: Wed, 25 Feb 2009 11:49:07 -0500 In-Reply-To: (Glenn Morris's message of "Tue, 24 Feb 2009 13:17:46 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3218=0 > These features, and several other places that use colour, are not > implemented using font-lock, so toggling global-font-lock-mode has no > effect. In this specific case, you can set ido-use-faces and customize > the minibuffer-prompt face. Several places now use the `font-lock-face' property so that toggling font-lock indeed also toggles the corresponding highlighting. Maybe we should use that a bit more. This said, font-lock has traditionally been used for the highlighting of buffer's contents, as opposed to modelines, menu-bars, and minibuffers. What Jari seems to be suggesting is to let the minibuffer highlighting obey font-lock as well. Maybe it's a good idea. I do not know. Stefan From drew.adams@oracle.com Wed Feb 25 09:24:36 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 25 Feb 2009 17:24:36 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1PHOXsc012749 for <2459@emacsbugs.donarmstrong.com>; Wed, 25 Feb 2009 09:24:34 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1PHO5kE013017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 25 Feb 2009 17:24:06 GMT Received: from acsmt700.oracle.com (acsmt700.oracle.com [141.146.40.70]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n1PHO6i0029423; Wed, 25 Feb 2009 17:24:08 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 25 Feb 2009 09:24:03 -0800 From: "Drew Adams" To: "'Stefan Monnier'" , <2459@debbugs.gnu.org>, "'Glenn Morris'" Cc: "'Jari Aalto'" References: <871vtot5hx.fsf@jondo.cante.net> Subject: RE: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors:ido.el, minibuffer prompt Date: Wed, 25 Feb 2009 09:24:04 -0800 Message-ID: <002b01c9976d$dbf8e0c0$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcmXbEXLcfyj965/TR+U141/6Bk1FgAADYfw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt700.oracle.com [141.146.40.70] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.49A57EB6.00E7:SCFSTAT928724,ss=1,fgs=0 > > These features, and several other places that use colour, are not > > implemented using font-lock, so toggling global-font-lock-mode > > has no effect. In this specific case, you can set ido-use-faces > > and customize the minibuffer-prompt face. > > Several places now use the `font-lock-face' property so that toggling > font-lock indeed also toggles the corresponding highlighting. > Maybe we should use that a bit more. > > This said, font-lock has traditionally been used for the highlighting > of buffer's contents, as opposed to modelines, menu-bars, and > minibuffers. > > What Jari seems to be suggesting is to let the minibuffer highlighting > obey font-lock as well. Maybe it's a good idea. I do not know. My 2c: It's not a good idea. That would dilute the meaning of the concept font-lock and its behavior. It would mean that you could not turn on/off font-lock highlighting independently of the highlighting of such features. 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. This is not the first time someone has complained about not being able to turn off the highlighting added by such things as the minibuffer prompt. This is a reaction to our adding that highlighting, and enabling it by default. It has nothing per se to do with font-lock and syntax highlighting. TRT is to look for an easy way for a user to turn off *all* highlighting (but without affecting other face properties, presumably) - without messing with font-lock behavior. From jari.aalto@tamk.fi Thu Feb 26 06:16:30 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 26 Feb 2009 14:16:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from emh01.mail.saunalahti.fi (emh01.mail.saunalahti.fi [62.142.5.107]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QEGNj0014179 for <2459@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 06:16:25 -0800 Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh01-2.mail.saunalahti.fi (Postfix) with SMTP id 7C6DD8C81A; Thu, 26 Feb 2009 16:16:22 +0200 (EET) Received: from emh01.mail.saunalahti.fi ([62.142.5.107]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A004EC780EF; Thu, 26 Feb 2009 16:16:22 +0200 Received: from jondo.cante.net (a91-155-187-216.elisa-laajakaista.fi [91.155.187.216]) by emh01.mail.saunalahti.fi (Postfix) with ESMTP id EB404407B; Thu, 26 Feb 2009 16:16:14 +0200 (EET) From: Jari Aalto To: "Drew Adams" Cc: "'Stefan Monnier'" , <2459@debbugs.gnu.org>, "'Glenn Morris'" , "'Jari Aalto'" Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors:ido.el, minibuffer prompt References: <871vtot5hx.fsf@jondo.cante.net> <002b01c9976d$dbf8e0c0$c2b22382@us.oracle.com> Date: Thu, 26 Feb 2009 16:16:14 +0200 In-Reply-To: <002b01c9976d$dbf8e0c0$c2b22382@us.oracle.com> (Drew Adams's message of "Wed, 25 Feb 2009 09:24:04 -0800") Message-ID: <871vtlthap.fsf@jondo.cante.net> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: VAMS > "Drew Adams" 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 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 From rms@gnu.org Thu Feb 26 11:28:03 2009 Received: (at 2459) by emacsbugs.donarmstrong.com; 26 Feb 2009 19:28:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1QJS0I7026898 for <2459@emacsbugs.donarmstrong.com>; Thu, 26 Feb 2009 11:28:02 -0800 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Lclra-0004Ci-I3; Thu, 26 Feb 2009 14:25:42 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: Richard M Stallman To: Drew Adams , 2459@debbugs.gnu.org CC: monnier@IRO.UMontreal.CA, 2459@debbugs.gnu.org, rgm@gnu.org, jari.aalto@cante.net In-reply-to: <002b01c9976d$dbf8e0c0$c2b22382@us.oracle.com> (drew.adams@oracle.com) Subject: Re: bug#2459: 22.2.1: global-font-lock-mode does not turn off colors:ido.el, minibuffer prompt Reply-to: rms@gnu.org References: <002b01c9976d$dbf8e0c0$c2b22382@us.oracle.com> Message-Id: Date: Thu, 26 Feb 2009 14:25:42 -0500 > This said, font-lock has traditionally been used for the highlighting > of buffer's contents, as opposed to modelines, menu-bars, and > minibuffers. I agree that we should maintain this distinction -- control of display outside of ordinary buffer contents should not be controlled by Font Lock mode as such. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 18 01:40:13 2012 Received: (at control) by debbugs.gnu.org; 18 Aug 2012 05:40:14 +0000 Received: from localhost ([127.0.0.1]:36368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T2bld-0001wU-MQ for submit@debbugs.gnu.org; Sat, 18 Aug 2012 01:40:13 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:65130) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T2blc-0001wN-6M for control@debbugs.gnu.org; Sat, 18 Aug 2012 01:40:12 -0400 Received: by pbbrr4 with SMTP id rr4so5354438pbb.3 for ; Fri, 17 Aug 2012 22:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=Amzw81qMkdf9SugBMzMOcu+1EaCclvUS6okWPyLj8e0=; b=XRa7kOrR3QyVrYItXP7GwHO7hVFa3UbFXTYJ73jNckCJuXIP2DINF1cvS7CgVEYg8H 1b4M12l8JLqP2Aa4YUqnOFKxathDzKrkengimT2/EYs0es3bbq0zzvMeA+fOxMw4YH+s GJvOaErjY00VEf4HKzypb0/Be/ihQgyEo3gDEr38CoDYmwQGb0nu/ov55AUfkpGPUxPX jxVnHzVcdt/XAvQVUxZHoSH2Ch+rOJL5eL+xwJQ7yBake0+M00WJNxSvmjm/07MRYUer xvnJdaNhd/lKWLCAbGFfDVPE/N8glN3Axpj0Xs2SbHJoZIrDqtzblDueT6PwKPF3woCr eFdQ== Received: by 10.68.132.194 with SMTP id ow2mr17095906pbb.36.1345268411205; Fri, 17 Aug 2012 22:40:11 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id vd4sm6391489pbc.41.2012.08.17.22.40.09 (version=SSLv3 cipher=OTHER); Fri, 17 Aug 2012 22:40:10 -0700 (PDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: tags 2459 + wontfix Date: Sat, 18 Aug 2012 13:40:06 +0800 Message-ID: <871uj4ahc9.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) tags 2459 + wontfix close 2459 thanks From unknown Wed Aug 20 06:40:01 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 15 Sep 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator