From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Roland Winkler" Newsgroups: gmane.emacs.devel Subject: faces and face variables Date: Sat, 13 Sep 2008 18:03:17 +0200 Message-ID: <18635.58437.271555.722429@tfkp07.physik.uni-erlangen.de> References: <200809090636.m896acaT011007@sallyv1.ics.uci.edu> <18630.36126.116571.102340@tfkp07.physik.uni-erlangen.de> <200809091834.m89IYJrt004178@sallyv1.ics.uci.edu> <18630.52279.410707.428217@tfkp07.physik.uni-erlangen.de> <200809100554.m8A5sbLU020022@sallyv1.ics.uci.edu> <18634.41341.360898.898779@tfkp07.physik.uni-erlangen.de> <200809121750.m8CHoXar025729@sallyv1.ics.uci.edu> <18634.45534.791696.614584@tfkp07.physik.uni-erlangen.de> <200809130953.m8D9rEZC011379@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1221322483 32543 80.91.229.12 (13 Sep 2008 16:14:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 13 Sep 2008 16:14:43 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 13 18:15:35 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KeXmS-0002SX-Nd for ged-emacs-devel@m.gmane.org; Sat, 13 Sep 2008 18:15:28 +0200 Original-Received: from localhost ([127.0.0.1]:55258 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KeXlR-0008Sz-VS for ged-emacs-devel@m.gmane.org; Sat, 13 Sep 2008 12:14:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KeXan-0000X9-D7 for emacs-devel@gnu.org; Sat, 13 Sep 2008 12:03:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KeXam-0000WO-M4 for emacs-devel@gnu.org; Sat, 13 Sep 2008 12:03:25 -0400 Original-Received: from [199.232.76.173] (port=60973 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KeXal-0000W4-Vc for emacs-devel@gnu.org; Sat, 13 Sep 2008 12:03:24 -0400 Original-Received: from tfkpsv.physik.uni-erlangen.de ([131.188.164.197]:21239) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KeXal-00064c-Ed for emacs-devel@gnu.org; Sat, 13 Sep 2008 12:03:23 -0400 Original-Received: from tfkp07.physik.uni-erlangen.de (tfkp07.physik.uni-erlangen.de [131.188.164.207]) by tfkpsv.physik.uni-erlangen.de (Postfix) with ESMTP id CE6FD21139; Sat, 13 Sep 2008 18:03:18 +0200 (CEST) In-Reply-To: <200809130953.m8D9rEZC011379@sallyv1.ics.uci.edu> X-Mailer: VM 8.0.9 under Emacs 22.2.1 (i686-pc-linux-gnu) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103870 Archived-At: This is an issue that emerged from a discussion with Dan on proced.el: The code of proced.el has largely been inspired by the old code of dired.el. But sometimes this strategy has some pitfalls: dired.el defines both the faces it uses (like dired-header) and it has face variables like dired-header-face. Is this strategy still appropriate for new code? Or is it better to use the faces only? Font-lock also has such variables, and the code contains the comment that these variables "give users another mechanism for changing face appearance." If face variables are not considered appropriate anymore and their use is not recommended anymore, it might help to have a more definite comment on this issue in font-lock.el (i.e., remove the above remark and say *only* that these variables are kept for backward compatibility). Otherwise, users might expect to find this "feature" for other faces, too. Thanks, Roland PS: I searched emacs-devel for old discussions of this topic, but I wasn't successful.