GNU bug report logs - #25030
elisp: highlighting of unexpected indentation should use separate face from highlight of error functions

Previous Next

Package: emacs;

Reported by: Klaus-Dieter Bauer <bauer.klaus.dieter <at> gmail.com>

Date: Fri, 25 Nov 2016 23:13:01 UTC

Severity: wishlist

Merged with 18163

Found in versions 25.1, 24.4.50

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

Bug is archived. No further changes may be made.

Full log


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

From: Noam Postavsky <npostavs <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Andy Moreton <andrewjmoreton <at> gmail.com>, 25030 <at> debbugs.gnu.org
Subject: Re: bug#25030: 25.1;
 Unexpected indentation and syntax-highlighting in `emacs-lisp-mode'
Date: Mon, 19 Mar 2018 22:14:07 -0400
Drew Adams <drew.adams <at> oracle.com> writes:

>> I disagree. The interpreter and byte compiler do not care about the
>> indentation style that you choose for your code: the syntax and
>> semantics are unaffected.
>> 
>> Style choices should not produce warnings. An indication that code layout
>> is following an unusual style may be useful, but it should be optional, and
>> it should not use the warning face (it should have a separate face that can
>> be customised independently of the warning face).
>
> What Andy said.  This has nothing to do with byte-compiling
> (or interpreting, for that matter).

I don't understand why you guys are all of a sudden talking about
byte-compiling.

> It should be easy for users to give the face(s) used for
> stylistic highlighting different appearance(s) from standard
> Emacs faces that have other meanings.

Anyway, if this just about reorganizing the faces used, I have no
objections.




This bug report was last modified 3 years and 161 days ago.

Previous Next


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