From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-15?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.devel Subject: Re: new text property Date: Mon, 10 Jun 2002 17:08:11 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: References: <1023607376.8184.1228.camel@space-ghost> <87adq3jp5y.fsf@tc-1-100.kawasaki.gol.ne.jp> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1023721784 20965 127.0.0.1 (10 Jun 2002 15:09:44 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 10 Jun 2002 15:09:44 +0000 (UTC) Cc: Miles Bader , emacs-devel@gnu.org, xemacs-design@xemacs.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 17HQng-0005S2-00 for ; Mon, 10 Jun 2002 17:09:44 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17HRAZ-0002j4-00 for ; Mon, 10 Jun 2002 17:33:23 +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 17HQn4-0005WE-00; Mon, 10 Jun 2002 11:09:06 -0400 Original-Received: from waldorf.cs.uni-dortmund.de ([129.217.4.42]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17HQmP-0005QN-00; Mon, 10 Jun 2002 11:08:25 -0400 Original-Received: from lothlorien.cs.uni-dortmund.de (lothlorien [129.217.19.67]) by waldorf.cs.uni-dortmund.de with ESMTP id g5AF8Hb12351; Mon, 10 Jun 2002 17:08:17 +0200 (MES) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.19.80]) by lothlorien.cs.uni-dortmund.de id RAA23494; Mon, 10 Jun 2002 17:08:12 +0200 (MET DST) Original-Received: by lucy.cs.uni-dortmund.de (Postfix, from userid 6104) id 2543A3B2EE; Mon, 10 Jun 2002 17:08:12 +0200 (CEST) Original-To: Hrvoje Niksic In-Reply-To: (Hrvoje Niksic's message of "Mon, 10 Jun 2002 15:32:50 +0200") Original-Lines: 31 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.3.50 (i686-pc-linux-gnu) 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:4707 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4707 Hrvoje Niksic writes: > Miles Bader writes: > >> Don't get hung up on the traditional conflation of the font-lock UI >> with the mechanism used to implement it; it's really not necessary. > > Why not? Font-lock is not only about the hairy regexps that implement > it; it's also about respecting the settings for font-lock-*-face and > variables such as font-lock-maximum-decoration, > font-lock-auto-fontify, font-lock-maximum-size, etc. A highlighting > mechanism that doesn't respect any of those has no reason to be bound > by `M-x font-lock-mode' either. I guess the idea is to do all of this. But maybe it is not so important to use the font-lock-*-faces. After all, if there is a language which does not have comments, then it is natural that font-lock-comment-face is not used. The same argument can be repeated for other font-lock-*-faces. In a Gnus article buffer, for example, none of the predefined faces really catch the semantics of anything that's displayed in the buffer. There is also precedence for using other faces: cperl-mode uses a cperl-hash-face, for instance, in addition to the standard font-lock-*-faces. kai -- ~/.signature is: umop 3p!sdn (Frank Nobis)