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: new text property Date: 10 Jun 2002 14:12:00 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <1023607376.8184.1228.camel@space-ghost> <87y9dnycw8.fsf@tleepslib.sk.tsukuba.ac.jp> 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 1023686153 8132 127.0.0.1 (10 Jun 2002 05:15:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 10 Jun 2002 05:15:53 +0000 (UTC) Cc: Colin Walters , 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 17HHWy-000273-00 for ; Mon, 10 Jun 2002 07:15:52 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17HHtf-0006I5-00 for ; Mon, 10 Jun 2002 07:39:19 +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 17HHWF-00081P-00; Mon, 10 Jun 2002 01:15:07 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.214]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17HHTV-0007x3-00; Mon, 10 Jun 2002 01:12:17 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.197]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g5A5C5224075; Mon, 10 Jun 2002 14:12:05 +0900 (JST) Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id g5A5C5s27549; Mon, 10 Jun 2002 14:12:05 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP id g5A5C3901778; Mon, 10 Jun 2002 14:12:04 +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 g5A5C1K29359; Mon, 10 Jun 2002 14:12:01 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 0BD9F37D4; Mon, 10 Jun 2002 14:12:01 +0900 (JST) Original-To: "Stephen J. Turnbull" System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <87y9dnycw8.fsf@tleepslib.sk.tsukuba.ac.jp> Original-Lines: 31 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:4679 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4679 "Stephen J. Turnbull" writes: > Er, as I understood that thread, the rationale is that font-lock is > too heavy (aka "slow and broken") to be used by modes that just want > some "light-weight" highlighting. Is that not so? Are there other > advantages to not using font-lock to do font-locking? Some modes just want to do their own face manipulation because it's simpler, faster, and in some case, _possible_ -- there are types of formatting which _cannot_ be done by font-lock, because they depend on external information (it was suggested to retain such information using a non-face text-property, and then have font-lock continually update the face property using it, but that's just silly). Rather than trying to shoehorn such modes into font-lock's model, Colin's change simply allows modes to easily use whichever method suits them best (and in fact, they could use both at the same time). BTW, the `char-property-alias-alist' variable is used to implement the `font-lock-face' feature, but otherwise is independent of font-lock, and potentially useful on its own. > I don't mean I oppose `font-lock-face' as such, but we should be > careful to not put obstacles in the way of a high-performance > font-lock Which obstacles are those? -Miles -- P.S. All information contained in the above letter is false, for reasons of military security.