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


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: 21278 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>, bruce.connor.am <at> gmail.com, rms <at> gnu.org
Subject: bug#21278: char-fold isearch: space and newline still broken
Date: Fri, 10 Sep 2021 12:28:20 +0200
Juri Linkov <juri <at> linkov.net> writes:

>>> Building such mode-independent features on syntax properties
>>> is IME asking for trouble.
>>> Stefan, WDYT?
>>
>> Agreed.  I'd use something like [ \t] or [ \t\n] or even [\0-\s].
>
> Seconded.  Everyone who wants to match a newline,
> still needs to customize search-whitespace-regexp
> to include \n, e.g. "\\(?:\\s-\\|\n\\)+", so an explicit
> list of characters would be more deterministic.

It seems like everybody agrees that the old value was confusing, so I've
now changed it to [ \t] in Emacs 28.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




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.