From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: kill ring menu Date: 07 May 2002 13:18:46 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: 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: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1020772502 15944 127.0.0.1 (7 May 2002 11:55:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 7 May 2002 11:55:02 +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 1753Yc-000493-00 for ; Tue, 07 May 2002 13:55:02 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1753gE-0003lQ-00 for ; Tue, 07 May 2002 14:02:54 +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 1753Xt-0005l9-00; Tue, 07 May 2002 07:54:17 -0400 Original-Received: from tyo202.gate.nec.co.jp ([210.143.35.52]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 174wSJ-0005oX-00; Tue, 07 May 2002 00:20:05 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.193]) by TYO202.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g474JpR00355; Tue, 7 May 2002 13:19:52 +0900 (JST) Original-Received: from mailsv.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id g474JWA03743; Tue, 7 May 2002 13:19:48 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv.nec.co.jp (8.11.6/3.7W-MAILSV-NEC) with ESMTP id g474IkB16739; Tue, 7 May 2002 13:19:10 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id g474IkK12974; Tue, 7 May 2002 13:18:46 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 6038D3723; Tue, 7 May 2002 13:18:46 +0900 (JST) Original-To: Colin Walters System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <1020743734.5288.153.camel@space-ghost> Original-Lines: 36 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:3660 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3660 Colin Walters writes: > > Perhaps in this case people see a distinction between > > fontifying existing `text files' (like program source) and buffers that > > are created by emacs to display some information. > > I think that distinction is arbitrary; I don't see it at all. Perhaps so, but others do. There (apparently) are people who (1) don't want font-locking in the `traditional' sense, but (2) do want special buffers fontified. I think if you want your proposal to fly, you have to at least try to cater to this group, in some way more convenient than making them stick calls to `font-lock-mode' in all of their mode hooks. > This is *exactly* the way things already work. font-lock in this case > just calls the `font-lock-fontify-region' function to do the > fontification. Thus, font-lock becomes the "user interface", as you > say, and the mode author implements the mechanism. Ok, then I was mistaken about how things worked -- I read Richard's comment to mean that you were adding non-face properties to the text, and then using the normal font-lock engine to convert these into face properties (this the inefficiency I alluded to, not the cost of loading font-lock.el). > But this is a digression. Again, my point is very simple: I think we > should move towards making M-x font-lock-mode, as much as possible, the > standard *interface* for enabling and disabling fontification. Agreed, this is the major issue. -Miles -- o The existentialist, not having a pillow, goes everywhere with the book by Sullivan, _I am going to spit on your graves_.