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

From: Richard Stallman <rms <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 21278 <at> debbugs.gnu.org, larsi <at> gnus.org, bruce.connor.am <at> gmail.com
Subject: Re: bug#21278: char-fold isearch: space and newline still broken
Date: Mon, 06 Sep 2021 23:17:45 -0400
[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > I think that's because in Mail mode we have:

  >   (char-syntax ?\n) => 32 ; SPC

  > whereas in *scratch*:

  >   (char-syntax ?\n) => 62 ; >

  > And the regexp in search-whitespace-regexp is "\\s-+".

That seems plausible.

I still say it is a bug.  Incremental search should not equate
newline with spaces, at least not by default.  It is right to
treat newline as whitespace in other commands, but not in search.

What would be a good fix?  Change the syntax of newline?
What would be a good choice?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)






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.