From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Vincent Lefevre Newsgroups: gmane.emacs.bugs Subject: bug#58992: 28.2; "lax space matching" no longer works Date: Thu, 3 Nov 2022 18:21:57 +0100 Message-ID: <20221103172157.GB9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12482"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) Cc: 58992@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 03 18:23:10 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oqdvp-00031x-VB for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 03 Nov 2022 18:23:09 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oqdvj-0004Ai-Ty; Thu, 03 Nov 2022 13:23:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqdvi-000493-JY for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 13:23:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oqdvi-0002PC-Bn for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 13:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oqdvi-0000w9-6i for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 13:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 17:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs Original-Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16674961253513 (code B ref 58992); Thu, 03 Nov 2022 17:23:02 +0000 Original-Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 17:22:05 +0000 Original-Received: from localhost ([127.0.0.1]:50325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqdum-0000ub-TB for submit@debbugs.gnu.org; Thu, 03 Nov 2022 13:22:05 -0400 Original-Received: from joooj.vinc17.net ([155.133.131.76]:51350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqdui-0000tl-Jp for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 13:22:03 -0400 Original-Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 43CA92A6; Thu, 3 Nov 2022 18:21:58 +0100 (CET) Original-Received: by zira.vinc17.org (Postfix, from userid 1000) id 062622800234; Thu, 3 Nov 2022 18:21:58 +0100 (CET) Content-Disposition: inline In-Reply-To: <83iljw6kbk.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:246992 Archived-At: On 2022-11-03 19:04:31 +0200, Eli Zaretskii wrote: > > From: Vincent Lefevre > > Date: Thu, 03 Nov 2022 17:53:16 +0100 > > > > The Emacs manual says: > > > > 15.9 Lax Matching During Searching > > ================================== > > [...] > > By default, search commands perform “lax space matching”: each space, > > or sequence of spaces, matches any sequence of one or more whitespace > > characters in the text. (Incremental regexp search has a separate > > default; see *note Regexp Search::.) Hence, ‘foo bar’ matches > > ‘foo bar’, ‘foo bar’, ‘foo bar’, and so on (but not ‘foobar’). More > > [...] > > > > This is working with GNU Emacs 27, but not with GNU Emacs 28.2 > > (tested under Debian/unstable). > > If it works for you by default in Emacs 27, then you either didn't > test with "emacs -Q" there or your Emacs 27 is customized wrt the > upstream. I tested with "emacs -Q", and I've just tested again. I confirm the behavior I could see: a newline character is matched. That's Debian's package emacs-gtk 1:27.1+1-3.1+b1. So perhaps Debian has changed the default (but no changes were announced in Debian for Emacs 28, whose behavior is different). BTW, for users who do not spend their time in reading the full doc, I'd suggest to clarify the doc by saying "one or more user-configurable whitespace characters", because AFAIK, a newline character is often regarded as a whitespace character, in particular by Unicode: https://en.wikipedia.org/wiki/Whitespace_character So the default could be very surprising. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)