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 #8 received at 25030 <at> debbugs.gnu.org (full text, mbox):

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Klaus-Dieter Bauer <bauer.klaus.dieter <at> gmail.com>, 25030 <at> debbugs.gnu.org
Subject: Re: bug#25030: 25.1; Unexpected indentation and syntax-highlighting
 in `emacs-lisp-mode'
Date: Sun, 27 Nov 2016 20:38:42 +0000
[Message part 1 (text/plain, inline)]
Klaus-Dieter Bauer <bauer.klaus.dieter <at> gmail.com> schrieb am Sa., 26. Nov.
2016 um 00:13 Uhr:

> Hello!
>
> In `emacs-lisp-mode', the counting of the nesting level of forms seems
> to be broken in some subtle way. Consider e.g.
>
>     (form
>      (
>       ) WEIRD HIGHLIGHT
>         x) ;; Unexepected Indentation
>
> It looks like "WEIRD HIGHLIGHT" is wrongly highlighted as junk after a
> surplus closing parenthesis, and the subsequent form is also weirdly
> indented.
>
>
This is working as intended (i.e. not a bug). Lisp-mode explicitly tests
for this. When you hover over the highlighted part, you get a tooltip
"Hidden behind deeper element; move to another line?"
While not a syntax error, there's such a strong convention to avoid such
formatting that the Lisp modes warn unconditionally about it.
[Message part 2 (text/html, inline)]

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.