GNU bug report logs - #58992
28.2; "lax space matching" no longer works

Previous Next

Full log

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

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 58992 <at> debbugs.gnu.org
Subject: Re: bug#58992: 28.2; "lax space matching" no longer works
Date: Fri, 4 Nov 2022 13:47:55 +0100

On 2022-11-04 12:38:14 +0100, Andreas Schwab wrote:
> On Nov 04 2022, Vincent Lefevre wrote:
> 
> > Wow! This is really confusing! [:space:] is defined by POSIX,
> 
> Emacs regexps are _not_ defined by POSIX.
> 
> >     A character alternative can also specify named character classes
> >     (*note Char Classes::).  This is a POSIX feature.  [...]
                                 ^^^^^^^^^^^^^^^^^^^^^^^

> Did you read the referenced node?

Did you read what the manual says?

It is not up to the user to search for contradictory information.

Instead of saying that this is a POSIX feature, the manual should say
that even they look like POSIX character classes, the Emacs ones are
different. Moreover, since this is surprising[*], this section should
also say that the character classes depend on the major mode (the
referenced node is there to give details, but surprising behavior
should be emphasized).

[*] Regexps (in particular, character classes) conventionally depend
on locales, but on nothing else. Emacs is the exception to the general
rule.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Previous Next

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