GNU bug report logs - #21278
char-fold isearch: space and newline

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Mon, 17 Aug 2015 05:05:03 UTC

Severity: minor

Found in version 25.0.50

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Augusto Stoffel <arstoffel <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 21278 <at> debbugs.gnu.org, rms <at> gnu.org, bruce.connor.am <at> gmail.com,
 juri <at> linkov.net, monnier <at> iro.umontreal.ca, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#21278: char-fold isearch: space and newline still broken
Date: Fri, 10 Sep 2021 13:56:41 +0200
On Fri, 10 Sep 2021 at 12:57, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> It seems like everybody agrees that the old value was confusing, so I've
>>> now changed it to [ \t] in Emacs 28.
>>
>> Shouldn't it be [ \t]+ instead?
>
> Oops.  Looks like I'm going for the "most errors in a trivial one-line
> patch" record here...

For the record, search-whitespace-regexp could have more useful values
suggested in customize.  I can think of:

- not too lax: "[ \\t]+"
- match across lines: "[ \\t\\n]+"
- eat punctuation: "\\W+"
- fuzzy: ".*?"




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

Previous Next


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