GNU bug report logs - #2630
most keywords in emacs-lisp-mode has no syntax highlight

Previous Next

Package: emacs;

Reported by: xah lee <xah <at> xahlee.org>

Date: Tue, 10 Mar 2009 21:40:03 UTC

Severity: wishlist

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2630 in the body.
You can then email your comments to 2630 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2630; Package emacs. (Tue, 10 Mar 2009 21:40:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to xah lee <xah <at> xahlee.org>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Tue, 10 Mar 2009 21:40:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: xah lee <xah <at> xahlee.org>
To: bug-gnu-emacs <at> gnu.org
Subject: most keywords in emacs-lisp-mode has no syntax highlight
Date: Tue, 10 Mar 2009 14:31:25 -0700
the syntax highlighting in emacs-lisp-mode only support the very  
minimum of highlighting.

for example, these keywords would be colored purple by default:

 defun, lambda, while, if, progn, save-restriction

while the following built-in keywords are uncolored (black):
narrow-to-region, mapc, goto-char, point-min, search-forward, car,
nil, replace-match ... etc.

it appears that this is because only proper elisp “special forms”  
are are colored, while all the others are not (macros, functions,  
commands, variables ...). (thanks to Nikolaj Schumacher & Tassilo Horn)

but in summary, i think the way it is is rather odd. It is rather  
strange and difficult to understand unless the user has expert elisp  
knowledge, and it is somewhat not typical with how most other major  
mode for languages syntax color the lang's keywords.

(emacs-lisp-mode doesn't seem to support customize-group and font- 
lock-maximum-decoration)

i think the current behavior is severe enough to be considered a bug.

This is emacs 22.x.

  Xah
∑ http://xahlee.org/

Severity set to `wishlist' from `normal' Request was from Chong Yidong <cyd <at> stupidchicken.com> to control <at> emacsbugs.donarmstrong.com. (Wed, 11 Mar 2009 04:25:04 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#2630; Package emacs. (Mon, 30 Sep 2019 08:04:02 GMT) Full text and rfc822 format available.

Message #10 received at 2630 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: xah lee <xah <at> xahlee.org>
Cc: 2630 <at> debbugs.gnu.org
Subject: Re: bug#2630: most keywords in emacs-lisp-mode has no syntax highlight
Date: Mon, 30 Sep 2019 10:03:54 +0200
xah lee <xah <at> xahlee.org> writes:

> the syntax highlighting in emacs-lisp-mode only support the very
> minimum of highlighting.
>
> for example, these keywords would be colored purple by default:
>
>  defun, lambda, while, if, progn, save-restriction
>
> while the following built-in keywords are uncolored (black):
> narrow-to-region, mapc, goto-char, point-min, search-forward, car,
> nil, replace-match ... etc.
>
> it appears that this is because only proper elisp “special forms” are
> are colored, while all the others are not (macros, functions,
> commands, variables ...). (thanks to Nikolaj Schumacher & Tassilo
> Horn)

I guess you're asking for functions symbols to be coloured in a
different way than the standard face?  I think that would be kinda
disturbing -- Emacs lisp code is mostly function calls, so having that
in the default (most readable) face makes sense to me.

So I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 2630 <at> debbugs.gnu.org and xah lee <xah <at> xahlee.org> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 30 Sep 2019 08:05:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 28 Oct 2019 11:24:09 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 176 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.