From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.devel Subject: Re: new text property Date: Mon, 10 Jun 2002 10:50:06 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: References: <1023607376.8184.1228.camel@space-ghost> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1023699104 23162 127.0.0.1 (10 Jun 2002 08:51:44 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 10 Jun 2002 08:51:44 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17HKts-00061T-00 for ; Mon, 10 Jun 2002 10:51:44 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17HLGd-0002gy-00 for ; Mon, 10 Jun 2002 11:15:15 +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 17HKtO-0007jQ-00; Mon, 10 Jun 2002 04:51:14 -0400 Original-Received: from 212-84-246-077.trmd.net ([212.84.246.77] helo=florida.munich.redhat.com) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17HKsK-0007hQ-00 for ; Mon, 10 Jun 2002 04:50:08 -0400 Original-Received: from hniksic by florida.munich.redhat.com with local (Exim 3.35 #1 (Debian)) id 17HKsJ-00026F-00; Mon, 10 Jun 2002 10:50:07 +0200 Original-To: emacs-devel@gnu.org, xemacs-design@xemacs.org X-Attribution: Hrvoje X-Face: &{dT~)Pu6V<0y?>3p$;@vh\`C7xB~A0T-J%Og)J,@-1%q6Q+, gs<-9M#&`I8cJp2b1{vPE|~+JE+gx;a7%BG{}nY^ehK1"q#rG O,Rn1A_Cy%t]V=Brv7h (Colin Walters's message of "09 Jun 2002 03:22:56 -0400") Original-Lines: 31 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.4 (Common Lisp, i686-pc-linux) 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:4685 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4685 Colin Walters writes: > The rationale for this change is that it easily allows "special" > modes to have their fontification controlled by M-x font-lock-mode, > rather than having to set a variable like `cvs-highlight', > `Info-fontify', or tracking down a -face variable and setting it to > `default'. I don't understand why it would be desirable for font-lock-mode to control non-font-lock highlighting. If there is a need to manipulate faces on the buffer level, such as turning them all off, regardless of whether they come from font-lock or from another source of highlighting, shouldn't that be made generic? That way both font-lock and other sources of highlighting could be using the same feature. For example, the extents used for highlighting could have a `highlight' property whose presence would indicate that it's ok to remove their `face' property at the request of the user. I don't think char-property-alias-alist makes sense, as we don't use char properties, except in the compatibility layer. Adding features only to that compatibility layer is dangerous because we often want the properties to be accessible from both interfaces. > It would be nice if XEmacs could support `char-property-alias-alist' in > its entirety (I bet all you need to change is `extent-get'), I don't know what extent-get is, but supporting char-property-alias-alist would surely require more changes, such as in map-extents, extent-at, and many others.