GNU bug report logs - #74697
30.0.91; Inconsistent fontificaton with elisp modes

Previous Next

Package: emacs;

Reported by: the_wurfkreuz <the_wurfkreuz <at> proton.me>

Date: Wed, 4 Dec 2024 19:33:02 UTC

Severity: normal

Tags: notabug

Found in version 30.0.91

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #15 received at 74697-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: the_wurfkreuz <at> proton.me
Cc: 74697-done <at> debbugs.gnu.org
Subject: Re: bug#74697: 30.0.91; Inconsistent fontificaton with elisp modes
Date: Sat, 21 Dec 2024 11:09:06 +0200
> Cc: 74697 <at> debbugs.gnu.org
> Date: Wed, 04 Dec 2024 21:53:21 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> tags 74697 notabug
> thanks
> 
> > Date: Wed, 04 Dec 2024 19:32:20 +0000
> > From:  the_wurfkreuz via "Bug reports for GNU Emacs,
> >  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> > 
> > In emacs-lisp and lisp-interaction modes when text is surrounded by single quotes or backtick+single quotes
> > in comments or strings, it gets its own font-lock face, as if it were a code symbol:
> > 
> > ;; This buffer is for 'text' that is not saved, and for `Lisp' evaluation.
> > "To create a file, `visit' it with 'C-x C-f' and 'enter' text in its buffer."
> > 
> > This creates unnecessary visual noise as these are just regular quoted words, not code symbols. The text
> > should maintain its parent face (comment face or string face).
> 
> This is a feature, not a bug: such quoted words are considered
> references to symbols, and highlighted with the appropriate face.

No further comments, so I'm now closing this non-bug.




This bug report was last modified 204 days ago.

Previous Next


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