From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp and Lisp mode font-locking Date: Thu, 18 Jul 2013 02:38:57 +0200 Message-ID: <871u6wn1lq.fsf@web.de> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1374107959 32111 80.91.229.3 (18 Jul 2013 00:39:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Jul 2013 00:39:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 18 02:39:20 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UzcFa-0002J4-O6 for ged-emacs-devel@m.gmane.org; Thu, 18 Jul 2013 02:39:18 +0200 Original-Received: from localhost ([::1]:51476 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UzcFa-00020c-Az for ged-emacs-devel@m.gmane.org; Wed, 17 Jul 2013 20:39:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59497) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UzcFW-00020Q-ST for emacs-devel@gnu.org; Wed, 17 Jul 2013 20:39:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UzcFV-000563-TP for emacs-devel@gnu.org; Wed, 17 Jul 2013 20:39:14 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:53278) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UzcFV-00055t-MQ for emacs-devel@gnu.org; Wed, 17 Jul 2013 20:39:13 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UzcFT-0002Gm-N2 for emacs-devel@gnu.org; Thu, 18 Jul 2013 02:39:11 +0200 Original-Received: from ip-90-186-234-17.web.vodafone.de ([90.186.234.17]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Jul 2013 02:39:11 +0200 Original-Received: from michael_heerdegen by ip-90-186-234-17.web.vodafone.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Jul 2013 02:39:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip-90-186-234-17.web.vodafone.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:F7Q/3tJKuI/8cUcoSfaKqkLYd0w= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161987 Archived-At: Hi Bozhidar, > I've noticed something odd about the font-locking in Emacs Lisp and > Lisp mode - keyword args are highlighted using the > font-lock-builtin-face and constructs like &optional are highlighted > using font-lock-type-face.  > > I guess this was was done way back and hasn't been updated in a > while, but I think it might a good idea to revise this. Pretty sure > those font faces are intended for different usage. I think it would > be great if all Emacs programming modes used the faces consistently, > so that the meaning of certain faces doesn't change from mode to > mode. > > I guess that the two modes might also start using the > font-lock-built-in face to highlight their core functions (like car, > cdr, mapcar, mapc, etc) - as Clojure mode does. Typically, if you get no answer here, nobody disagrees, and nobody wants to care about it at the moment. Please make a bug report. Please give some details what exactly should be changed, e.g. which faces should be used instead of the ones you don't want to use. Then, I hope someone will have a look sooner or later. Regards, Michael.