GNU bug report logs -
#21922
Indentation of Emacs Lisp list constants is surprising
Previous Next
Full log
Message #23 received at 21922 <at> debbugs.gnu.org (full text, mbox):
Luis Henriquez-Perez <luishenriquezperez <at> gmail.com> writes:
> I replied to your personal email instead of this thread. I thought maybe my
> replies had not been seen (and also that this should be recorded in the
> thread). So this is what I had said:
I did you see your messages, just haven't had so much time for handling
Emacs bugs recently. I was going to forward it to the list before
replying, so thanks for doing that.
> question 1:
> I get an `unknown posix character class` error when I try (looking-at-p
> "[[:whitespace:]\n]*quote\_>"). Did you mean to use [[:space:]] instead?
> Did you mean: (looking-at-p "[[:space:]]*quote\\>")?
I mixed things up a bit, I meant to say
(looking-at-p "[[:space:]\n]*quote\\_>")
The "\n" is needed because it typically has comment-ender syntax instead
of space syntax. "\\>" matches end of word, "\\_>" is end of symbol.
> question 2:
> The reason I used explicit whitespace character is because matches for
> character classes like [[:space:]] are dependent on the active syntax table
> in the buffer (see this issue
> <https://emacs.stackexchange.com/questions/40911/why-do-regexp-that-matches-text-in-buffer-does-not-necessarily-match-same-text>).
> Not sure if this will be a problem though, what do you think?
I think relying on the mode's syntax table makes sense, though it
probably doesn't matter a whole lot either way.
This bug report was last modified 3 years and 168 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.