From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: kill ring menu Date: Tue, 7 May 2002 14:07:37 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200205072007.g47K7bv04781@aztec.santafe.edu> References: <1020022891.27106.142.camel@space-ghost> <200204290505.g3T55t006146@aztec.santafe.edu> <1020059236.31789.358.camel@space-ghost> <200204300519.g3U5Js306727@aztec.santafe.edu> <1020320725.27616.54.camel@space-ghost> <200205031825.g43IPuD00768@aztec.santafe.edu> <1020502030.5286.25.camel@space-ghost> <200205051746.g45Hk5P01808@aztec.santafe.edu> <1020662101.5288.76.camel@space-ghost> <87helleq50.fsf@tc-1-100.kawasaki.gol.ne.jp> <1020725723.5138.127.camel@space-ghost> <1020743734.5288.153.camel@space-ghost> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1020802222 19086 127.0.0.1 (7 May 2002 20:10:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 7 May 2002 20:10:22 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 175BHy-0004xj-00 for ; Tue, 07 May 2002 22:10:22 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 175BPk-0006bI-00 for ; Tue, 07 May 2002 22:18:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 175BHq-00012i-00; Tue, 07 May 2002 16:10:14 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 175BFM-0000pm-00; Tue, 07 May 2002 16:07:40 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g47K7bk07909; Tue, 7 May 2002 14:07:37 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g47K7bv04781; Tue, 7 May 2002 14:07:37 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: walters@gnu.org In-Reply-To: <1020743734.5288.153.camel@space-ghost> (message from Colin Walters on 06 May 2002 23:55:34 -0400) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3684 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3684 Especially when one considers that these "special" buffers could quite legitimately later be extended to be real modes; They ARE real modes. What is special about them is that the text is generated by Emacs. If we extend these modes, which may happen, that basic fact won't change. Here is a proposal: * M-x font-lock-mode will enable and disable fontification in any buffer. * font-lock-mode, when enabled, will not always use the mechanism in font-lock.el. In special buffers, it will just set a flag that directs the mechanism to insert faces when constructing the text. * global-font-lock-mode, when enabled, will cause use of fontification in all buffers that can do it. In each buffer, it will work as if M-x font-lock had been enabled; which means, therefore, that special buffers will do it directly, while others will use font-lock.el. * When global-font-lock-mode is not enabled, there will be two possible alternatives for which buffers to fontify: special buffers only, or no buffers. The defaults will be that global-font-lock-mode is not enabled and fontification is for special buffers only. This should satisfy all of us who have said anything about the issue. Does it?