From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 58992@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.166749440924347 (code B ref -1); Thu, 03 Nov 2022 16:54:02 +0000 Received: (at submit) by debbugs.gnu.org; 3 Nov 2022 16:53:29 +0000 Received: from localhost ([127.0.0.1]:50231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqdT4-0006Ka-Un for submit@debbugs.gnu.org; Thu, 03 Nov 2022 12:53:29 -0400 Received: from lists.gnu.org ([209.51.188.17]:41054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqdSz-0006KM-Pe for submit@debbugs.gnu.org; Thu, 03 Nov 2022 12:53:26 -0400 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 1oqdSz-0000Py-HZ for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 12:53:21 -0400 Received: from joooj.vinc17.net ([155.133.131.76]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqdSx-0005js-G2 for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 12:53:21 -0400 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 3628B2A6; Thu, 3 Nov 2022 17:53:17 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 0314F2800234; Thu, 3 Nov 2022 17:53:16 +0100 (CET) From: Vincent Lefevre Date: Thu, 03 Nov 2022 17:53:16 +0100 Message-ID: <87tu3gasjn.fsf@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: none client-ip=155.133.131.76; envelope-from=vincent@vinc17.net; helo=joooj.vinc17.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) The Emacs manual says: 15.9 Lax Matching During Searching =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D [...] By default, search commands perform =E2=80=9Clax space matching=E2=80=9D= : 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, =E2=80=98foo bar=E2=80=99 matc= hes =E2=80=98foo bar=E2=80=99, =E2=80=98foo bar=E2=80=99, =E2=80=98foo bar= =E2=80=99, and so on (but not =E2=80=98foobar=E2=80=99). More [...] This is working with GNU Emacs 27, but not with GNU Emacs 28.2 (tested under Debian/unstable). To reproduce with emacs -Q, consider a file with ab cd ab cd and search for "b c" with C-s b c Only the one in the 3rd line is found. In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cair= o version 1.16.0) of 2022-10-29, modified by Debian built on x86-conova-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Debian GNU/Linux bookworm/sid Configured using: 'configure --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share= /emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share= /emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars 'CFLAGS=3D-g -O2 -ffile-prefix-map=3D/build/emacs-SkJhIb/emacs-28.2+1=3D. -fstack-protector-strong -Wformat -Werror=3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time -D_FORTIFY_SOURCE=3D2' LDFLAGS=3D-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LC_COLLATE: POSIX value of $LC_CTYPE: C.UTF-8 value of $LC_TIME: en_DK.utf8 value of $LANG: POSIX locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-11/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-11/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-11/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-12/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-12/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-12/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-13/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-13/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-13/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-14/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-14/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-14/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-15/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-15/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-15/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-3.5/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-3.5/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-3.5/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-3.6/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-3.6/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-3.6/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-3.7/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-3.7/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-3.7/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-7/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-7/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-7/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-8/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-8/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-8/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-9/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-9/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-9/tablegen-mode /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode hides /usr/sha= re/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-autoloads hide= s /usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-autoloads /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-pkg hides /usr= /share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-pkg /usr/share/emacs/site-lisp/elpa/po-mode-0.21/po-mode hides /usr/share/emacs= /site-lisp/elpa-src/po-mode-0.21/po-mode /usr/share/emacs/site-lisp/elpa/po-mode-0.21/po-mode-pkg hides /usr/share/e= macs/site-lisp/elpa-src/po-mode-0.21/po-mode-pkg /usr/share/emacs/site-lisp/elpa/po-mode-0.21/po-mode-autoloads hides /usr/s= hare/emacs/site-lisp/elpa-src/po-mode-0.21/po-mode-autoloads /usr/share/emacs/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/= 28.2/lisp/language/thai-word Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-edit pp cus-start wid-edit time cus-load cc-styles cc-align cc-engine cc-vars cc-defs edmacro kmacro mmm-auto mmm-vars mmm-utils mmm-compat package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source eieio eieio-core eieio-loaddefs password-cache json map url-vars comp comp-cstr warnings subr-x rx cl-seq cl-macs cl-extra help-mode seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 121759 7537) (symbols 48 11984 1) (strings 32 34388 5478) (string-bytes 1 1117991) (vectors 16 19182) (vector-slots 8 306771 8771) (floats 8 40 15) (intervals 56 282 0) (buffers 992 12)) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 17:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749508825612 (code B ref 58992); Thu, 03 Nov 2022 17:05:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 17:04:48 +0000 Received: from localhost ([127.0.0.1]:50266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqde4-0006f1-5u for submit@debbugs.gnu.org; Thu, 03 Nov 2022 13:04:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60224) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqde0-0006el-P0 for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 13:04:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqddv-0007lV-3q; Thu, 03 Nov 2022 13:04:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=uJgvfelEzpaUG/460+UwyCAPLBYV1REY7wG/Kzv3viw=; b=T3PAa35XAggOEa1pVdg6 fQ/vNmcKweXLOjHrVRwRpeq0c8zlNm8+2Lh9YLED3u1pFIkanxV0kK70o2/eFOgTLu5vt41Idbq2J Z6jq2DiHtVk9/QNYVQaoER+HQ2cQXRXuz2LToLsZWjLKNQuKj+1aG5aJCSc6aJtTsuArI8an8aKG+ qNBkoPpDTCx0QPovLbTcF69WIvCnZGHohbUkIOnBy4tpgnJyhJ3XciTtcceVBfeuNUBVsRzUZpr45 4Op89HasZfNn0rtJ8QMi3DhPt8d2aYnuMiZFMBuXWWYrWxOWntZbd10EpuEf/5ZG6RNd0XPvPilV8 R6mxWXUyvDo6zQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqddu-0001tE-Ft; Thu, 03 Nov 2022 13:04:38 -0400 Date: Thu, 03 Nov 2022 19:04:31 +0200 Message-Id: <83iljw6kbk.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87tu3gasjn.fsf@zira.vinc17.org> (message from Vincent Lefevre on Thu, 03 Nov 2022 17:53:16 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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. For me, Emacs 26, Emacs 27, and all the later versions behave the same. > To reproduce with emacs -Q, consider a file with > > ab > cd > ab cd > > and search for "b c" with > > C-s b c > > Only the one in the 3rd line is found. Yes. Because the default value of search-whitespace-regexp is "[ \t]+". And the Emacs manual which comes with Emacs 28 says: 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 precisely, Emacs matches each sequence of space characters in the search string to a regular expression specified by the variable ‘search-whitespace-regexp’. For example, to make spaces match sequences of newlines as well as spaces, set it to the regular expression ‘[[:space:]\n]+’. The default value of this variable considers any sequence of spaces and tab characters as whitespace. So I see no bug here. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works 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 X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16674961253513 (code B ref 58992); Thu, 03 Nov 2022 17:23:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 17:22:05 +0000 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 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 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) Received: by zira.vinc17.org (Postfix, from userid 1000) id 062622800234; Thu, 3 Nov 2022 18:21:58 +0100 (CET) Date: Thu, 3 Nov 2022 18:21:57 +0100 From: Vincent Lefevre 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-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83iljw6kbk.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 17:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749686313519 (code B ref 58992); Thu, 03 Nov 2022 17:35:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 17:34:23 +0000 Received: from localhost ([127.0.0.1]:50386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqe6g-0003Vz-Ow for submit@debbugs.gnu.org; Thu, 03 Nov 2022 13:34:23 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:50160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqe6e-0003Vq-5r for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 13:34:21 -0400 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 EC3082A6; Thu, 3 Nov 2022 18:34:18 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id BF2DD2800234; Thu, 3 Nov 2022 18:34:18 +0100 (CET) Date: Thu, 3 Nov 2022 18:34:18 +0100 From: Vincent Lefevre Message-ID: <20221103173418.GC9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221103172157.GB9807@zira.vinc17.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 18:21:57 +0100, Vincent Lefevre wrote: > 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). In the officiel lisp/isearch.el file from the Debian/stable package (i.e. *not* in the debian subdirectory): (defcustom search-whitespace-regexp (purecopy "\\s-+") So it doesn't seem to be a Debian customization. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 17:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749778223579 (code B ref 58992); Thu, 03 Nov 2022 17:50:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 17:49:42 +0000 Received: from localhost ([127.0.0.1]:50419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeLW-00068E-6r for submit@debbugs.gnu.org; Thu, 03 Nov 2022 13:49:42 -0400 Received: from heytings.org ([95.142.160.155]:56088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeLT-000683-32 for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 13:49:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667497777; bh=ZXKzVVEWqOWHJWxp+kSSZQmd0nP0qok647ckyZzNN6M=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=yVAU11ehoKwmv0nbM8jzXQVK/7kTauLR8sBFMDrNg4TuPklsRKo3rbuUEozaXhI7n iMTCKXM0KdMtRBIUtoduVITMnS7JgUxNgnk/MffpgKLtKkUFNV+Wn0Uo23+zPHYB2n C1Z1wo6ypf2w7pda5NAdR+sjdYFcOslo1wcSKjVU+bVKsG6MIsBnm70OJlLtO3vQAJ O+PjPkZ7PFCxWUj9SmT4/iqObwxUvGakKFTJ1OLJ9rM4Ua28GXfrO/dnzvjsVWqOO4 EhdR7tMkG65gH2VB2ACDcVGKZAulUwQxvfJvdTBXUVlVTho3BSAWdhVML+18lfhq2/ mgI7JAbrRsq7Q== Date: Thu, 03 Nov 2022 17:49:37 +0000 From: Gregory Heytings In-Reply-To: <20221103172157.GB9807@zira.vinc17.org> Message-ID: <64a257e7171de5d9bb0a@heytings.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > 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. > Are you really sure? I just tested this with that same version of Emacs (Debian package emacs-gtk 1:27.1+1-3.1+b1), and emacs -Q ab RET bc RET ab SPC cd M-< C-s b SPC c only matches the third line. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 17:57:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749820624661 (code B ref 58992); Thu, 03 Nov 2022 17:57:03 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 17:56:46 +0000 Received: from localhost ([127.0.0.1]:50509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeSM-0006Ph-5N for submit@debbugs.gnu.org; Thu, 03 Nov 2022 13:56:46 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:41708) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeSJ-0006PM-Fp for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 13:56:45 -0400 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 1876F2A6; Thu, 3 Nov 2022 18:56:42 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id F35F82800234; Thu, 3 Nov 2022 18:56:41 +0100 (CET) Date: Thu, 3 Nov 2022 18:56:41 +0100 From: Vincent Lefevre Message-ID: <20221103175641.GD9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <64a257e7171de5d9bb0a@heytings.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 17:49:37 +0000, Gregory Heytings wrote: > > 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. > > Are you really sure? I just tested this with that same version of Emacs > (Debian package emacs-gtk 1:27.1+1-3.1+b1), and > > emacs -Q > ab RET bc RET ab SPC cd > M-< > C-s b SPC c > > only matches the third line. With this test, it only matches the third line, but not with a pre-existing file. Why such a difference? -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749854225349 (code B ref 58992); Thu, 03 Nov 2022 18:03:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:02:22 +0000 Received: from localhost ([127.0.0.1]:50524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeXm-0006an-Ey for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:02:22 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:57226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeXi-0006ac-GW for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:02:21 -0400 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 52A912A6; Thu, 3 Nov 2022 19:02:17 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 1A1462800234; Thu, 3 Nov 2022 19:02:17 +0100 (CET) Date: Thu, 3 Nov 2022 19:02:17 +0100 From: Vincent Lefevre Message-ID: <20221103180217.GE9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221103175641.GD9807@zira.vinc17.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 18:56:41 +0100, Vincent Lefevre wrote: > On 2022-11-03 17:49:37 +0000, Gregory Heytings wrote: > > > 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. > > > > Are you really sure? I just tested this with that same version of Emacs > > (Debian package emacs-gtk 1:27.1+1-3.1+b1), and > > > > emacs -Q > > ab RET bc RET ab SPC cd > > M-< > > C-s b SPC c > > > > only matches the third line. > > With this test, it only matches the third line, but not with a > pre-existing file. Why such a difference? Hmm... Your example is wrong! Instead of ab RET bc RET ab SPC cd it should be ab RET cd RET ab SPC cd Unfortunately, this doesn't explain the problem!!! -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749856525388 (code B ref 58992); Thu, 03 Nov 2022 18:03:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:02:45 +0000 Received: from localhost ([127.0.0.1]:50527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeY8-0006bQ-Q3 for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:02:45 -0400 Received: from heytings.org ([95.142.160.155]:56116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeY7-0006bI-5B for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:02:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667498562; bh=RXtl9R64aw56d/YIUQm8XhgNBELVWOxKxU5sZpT1rgU=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=r6+KACDtDFL9QMTEKjMDJTwDcy1NQjumGXN/IjMNG4qNN0JV94pkyGhEBAwHBuSmF 77dhMsfyn5JVXU2/p+9lvnSwBdfBBc4H4K3nERsoJLHCJGpUVsp4Pbcv1uqexoN+Iz Tp9Rpu6+uVXsnmmOJqMgVFkRRV4o+9YtesNS5NNI6LNeUEIzZQztee6pACnrsjmVfR 0dFlPui5RVZjLYeeWmuZKzcR1xOZulspiualkhAdT5cWiuLN29IBhajwb5jzRy1bW5 AiekD0teaga/TQUoalkZUHCOncFKL8GONsmNR3C7F7Bi3FZnmZVVnccr2ngJULIJpe +1eYCLSlx9mdQ== Date: Thu, 03 Nov 2022 18:02:41 +0000 From: Gregory Heytings In-Reply-To: <20221103175641.GD9807@zira.vinc17.org> Message-ID: <64a257e7174e68e7b794@heytings.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > With this test, it only matches the third line, but not with a > pre-existing file. Why such a difference? > What's the major mode when you open that pre-existing file? From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749866625580 (code B ref 58992); Thu, 03 Nov 2022 18:05:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:04:26 +0000 Received: from localhost ([127.0.0.1]:50536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeZm-0006eW-H7 for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:04:26 -0400 Received: from heytings.org ([95.142.160.155]:56126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeZj-0006eK-Vv for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:04:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667498663; bh=0LTKAF6xcSGe1Wa0hZpcdeDM8agjS+TP157+dSvI4V4=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=688Tdc3Y5vxwSSxm49u3sTR17a0D8DWkCddKAZUVZE6UCKK+UC7Qi8aF5CPRh/871 QLIWXB2xHjrpkxuf+gnoLeApv0OJUKLfYoFGGOg21angqMOXEVU1JyIZx7SzMWEivV lB4T+9cnnHW9KVA4hTICEjUfGOdnqhgNmEEozOzUH66x1JHMoOgUsaKWInt3ZgaSyR Uvfn6mwMkiX7jbz7k+h+SD6vRjAJ8Scsd0rrVAza3SbztYSQjTyM3pkXJq/1y8qEzY rGr9bizcb0rOCiZGJhHXMaAWyWIxrxybMO7GQ04YWhmmOdr0Nzj8XbfOfxRrWbAC6k MhGgYRd3NieNw== Date: Thu, 03 Nov 2022 18:04:23 +0000 From: Gregory Heytings In-Reply-To: <20221103180217.GE9807@zira.vinc17.org> Message-ID: <64a257e7171567134cd8@heytings.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > Hmm... Your example is wrong! > Yes, sorry, that was a typo in my post. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749869325619 (code B ref 58992); Thu, 03 Nov 2022 18:05:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:04:53 +0000 Received: from localhost ([127.0.0.1]:50539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeaC-0006f9-Q6 for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:04:52 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:35314) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeaA-0006f0-Nh for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:04:51 -0400 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 433582A6; Thu, 3 Nov 2022 19:04:50 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 15F8D2800234; Thu, 3 Nov 2022 19:04:50 +0100 (CET) Date: Thu, 3 Nov 2022 19:04:50 +0100 From: Vincent Lefevre Message-ID: <20221103180450.GF9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221103180217.GE9807@zira.vinc17.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 19:02:17 +0100, Vincent Lefevre wrote: > Instead of > > ab RET bc RET ab SPC cd > > it should be > > ab RET cd RET ab SPC cd > > Unfortunately, this doesn't explain the problem!!! Well, the issue can be reproduced only in fundamental mode. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Vincent Lefevre Subject: bug#58992: closed (Re: bug#58992: 28.2; "lax space matching" no longer works) Message-ID: References: <83h6zf7w53.fsf@gnu.org> <87tu3gasjn.fsf@zira.vinc17.org> X-Gnu-PR-Message: they-closed 58992 X-Gnu-PR-Package: emacs Reply-To: 58992@debbugs.gnu.org Date: Thu, 03 Nov 2022 18:05:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1667498702-25653-1" This is a multi-part message in MIME format... ------------=_1667498702-25653-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #58992: 28.2; "lax space matching" no longer works which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 58992@debbugs.gnu.org. --=20 58992: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D58992 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1667498702-25653-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 58992-done) by debbugs.gnu.org; 3 Nov 2022 18:04:11 +0000 Received: from localhost ([127.0.0.1]:50533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeZX-0006e1-6F for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:04:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeZV-0006dm-4u for 58992-done@debbugs.gnu.org; Thu, 03 Nov 2022 14:04:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqeZP-0000eC-Ou; Thu, 03 Nov 2022 14:04:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=J3gi5aKOSXLMBiDOhEBHIqKBjZoPX8yrj+7HjDOltSQ=; b=RcNFhxiEXZGP RXPa394FU2iL5z2LXj9Yf4V0IE1PYjJ8Rml9ZLohpQIS2PVQpPFJoNmIAyf02Jc8ROdQKfgvAxIyu qCtHe3wnMHRot7P+a2TGzw4d4dPm97JlAGHpNrqxpeJ9hwSQg5654QVfhBf2klfWbIqml/zYWMWVj cTZSymKsV7Pkn4TWLVs5WA1R1CD09jCzu2L7cCGQdB/wUAv8mAvlGwXNwFs22Zs47Q3B3cllvxXBX YVeTiGh0j1THYKvVNggzCn9aSEjsQn1nsFurExqLRDlrwXvNLuAUiNHfCkyTK9R409woylUPns1vX cgNFTYINsqTsLl8014patQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqeZM-00077P-EU; Thu, 03 Nov 2022 14:04:03 -0400 Date: Thu, 03 Nov 2022 20:03:52 +0200 Message-Id: <83h6zf7w53.fsf@gnu.org> From: Eli Zaretskii To: Vincent Lefevre In-Reply-To: <20221103172157.GB9807@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 18:21:57 +0100) Subject: Re: bug#58992: 28.2; "lax space matching" no longer works References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58992-done Cc: 58992-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 3 Nov 2022 18:21:57 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > 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 Thanks, I moved the detailed description of what is considered "whitespace" closer to the first sentence. > So the default could be very surprising. It's a very long-time Emacs behavior. Too late to change the default. ------------=_1667498702-25653-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 3 Nov 2022 16:53:29 +0000 Received: from localhost ([127.0.0.1]:50231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqdT4-0006Ka-Un for submit@debbugs.gnu.org; Thu, 03 Nov 2022 12:53:29 -0400 Received: from lists.gnu.org ([209.51.188.17]:41054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqdSz-0006KM-Pe for submit@debbugs.gnu.org; Thu, 03 Nov 2022 12:53:26 -0400 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 1oqdSz-0000Py-HZ for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 12:53:21 -0400 Received: from joooj.vinc17.net ([155.133.131.76]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqdSx-0005js-G2 for bug-gnu-emacs@gnu.org; Thu, 03 Nov 2022 12:53:21 -0400 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 3628B2A6; Thu, 3 Nov 2022 17:53:17 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 0314F2800234; Thu, 3 Nov 2022 17:53:16 +0100 (CET) From: Vincent Lefevre To: bug-gnu-emacs@gnu.org Subject: 28.2; "lax space matching" no longer works Date: Thu, 03 Nov 2022 17:53:16 +0100 Message-ID: <87tu3gasjn.fsf@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: none client-ip=155.133.131.76; envelope-from=vincent@vinc17.net; helo=joooj.vinc17.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) The Emacs manual says: 15.9 Lax Matching During Searching =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D [...] By default, search commands perform =E2=80=9Clax space matching=E2=80=9D= : 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, =E2=80=98foo bar=E2=80=99 matc= hes =E2=80=98foo bar=E2=80=99, =E2=80=98foo bar=E2=80=99, =E2=80=98foo bar= =E2=80=99, and so on (but not =E2=80=98foobar=E2=80=99). More [...] This is working with GNU Emacs 27, but not with GNU Emacs 28.2 (tested under Debian/unstable). To reproduce with emacs -Q, consider a file with ab cd ab cd and search for "b c" with C-s b c Only the one in the 3rd line is found. In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cair= o version 1.16.0) of 2022-10-29, modified by Debian built on x86-conova-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Debian GNU/Linux bookworm/sid Configured using: 'configure --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share= /emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/libexec --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share= /emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars 'CFLAGS=3D-g -O2 -ffile-prefix-map=3D/build/emacs-SkJhIb/emacs-28.2+1=3D. -fstack-protector-strong -Wformat -Werror=3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time -D_FORTIFY_SOURCE=3D2' LDFLAGS=3D-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LC_COLLATE: POSIX value of $LC_CTYPE: C.UTF-8 value of $LC_TIME: en_DK.utf8 value of $LANG: POSIX locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-11/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-11/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-11/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-12/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-12/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-12/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-13/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-13/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-13/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-14/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-14/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-14/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-15/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-15/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-15/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-3.5/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-3.5/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-3.5/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-3.6/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-3.6/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-3.6/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-3.7/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-3.7/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-3.7/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-7/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-7/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-7/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-8/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-8/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-8/tablegen-mode /usr/share/emacs/site-lisp/llvm-10/llvm-mode hides /usr/share/emacs/site-li= sp/llvm-9/llvm-mode /usr/share/emacs/site-lisp/llvm-10/emacs hides /usr/share/emacs/site-lisp/l= lvm-9/emacs /usr/share/emacs/site-lisp/llvm-10/tablegen-mode hides /usr/share/emacs/sit= e-lisp/llvm-9/tablegen-mode /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode hides /usr/sha= re/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-autoloads hide= s /usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-autoloads /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-pkg hides /usr= /share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-pkg /usr/share/emacs/site-lisp/elpa/po-mode-0.21/po-mode hides /usr/share/emacs= /site-lisp/elpa-src/po-mode-0.21/po-mode /usr/share/emacs/site-lisp/elpa/po-mode-0.21/po-mode-pkg hides /usr/share/e= macs/site-lisp/elpa-src/po-mode-0.21/po-mode-pkg /usr/share/emacs/site-lisp/elpa/po-mode-0.21/po-mode-autoloads hides /usr/s= hare/emacs/site-lisp/elpa-src/po-mode-0.21/po-mode-autoloads /usr/share/emacs/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/= 28.2/lisp/language/thai-word Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-edit pp cus-start wid-edit time cus-load cc-styles cc-align cc-engine cc-vars cc-defs edmacro kmacro mmm-auto mmm-vars mmm-utils mmm-compat package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source eieio eieio-core eieio-loaddefs password-cache json map url-vars comp comp-cstr warnings subr-x rx cl-seq cl-macs cl-extra help-mode seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 121759 7537) (symbols 48 11984 1) (strings 32 34388 5478) (string-bytes 1 1117991) (vectors 16 19182) (vector-slots 8 306771 8771) (floats 8 40 15) (intervals 56 282 0) (buffers 992 12)) ------------=_1667498702-25653-1-- From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749874425777 (code B ref 58992); Thu, 03 Nov 2022 18:06:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:05:44 +0000 Received: from localhost ([127.0.0.1]:50551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeb1-0006hg-B3 for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:05:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeaz-0006hP-Im for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:05:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqeat-0000x7-5x; Thu, 03 Nov 2022 14:05:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+V1N3NuNJJ99wkSIVmnxbuZpr+yV3BqGxcX74e+40tc=; b=N8mczT94+RyL xlMXQH7JofpQuHJE502tYdTT11I3Mb45IhI8vEKOeblrZWrwebjhmDUX6udrl/ywbfSdIX0gSilaB Ey8lNTEGL9tiKF4Dvyq8q7uy/UZSOXTjX+X1nUrJOPM4ZdjiW1pt6dUxB3Wc01pLQLN2QjpRK1B0d p8Bz0zj3p2TT+3/IclhLQ635eB8EU4vbxa6cgYN9B4mmfyo6GnBhs2rbFiWHDpmUeikU9AutojYL9 mmqRj6p8n+wKYu2dg9433qups8h/swd+fXH/xHcipxwdRf40QuMM74A5b4477cEljYJHoMXUXRhjz s90GewqGtEKGNeapXTfa8A==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqeas-0007F7-Jr; Thu, 03 Nov 2022 14:05:34 -0400 Date: Thu, 03 Nov 2022 20:05:28 +0200 Message-Id: <83fsez7w2f.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221103173418.GC9807@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 18:34:18 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <20221103173418.GC9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 3 Nov 2022 18:34:18 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > > 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). > > In the officiel lisp/isearch.el file from the Debian/stable package > (i.e. *not* in the debian subdirectory): > > (defcustom search-whitespace-regexp (purecopy "\\s-+") > > So it doesn't seem to be a Debian customization. OK, thanks for solving this mystery. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166749911026442 (code B ref 58992); Thu, 03 Nov 2022 18:12:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:11:50 +0000 Received: from localhost ([127.0.0.1]:50581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqegv-0006sQ-RW for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:11:50 -0400 Received: from heytings.org ([95.142.160.155]:56162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqegq-0006sB-Jq for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:11:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667499103; bh=ub3+vj4wud4o6/skNPMxL3MlJ6cAiB5VAcEb14BKM08=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=bKB7Sjr1uEE4sa7/kUWUM5HftLxKvqsLcy5hLj5IxhRzsf5K9Bp9L/hdV41Mv363e Jf7kVsnS0+Nron4TUoScMl8T/T60CzI1fDqFe2k0cZKR+/aC0WgFeBpGmBOaZ71lB8 9gVUH4zWyjdzebbbajWDjYbY++LHxM9q2GvRx39Ce9H87RN0SU9s2XthhcPPf9Hqg1 wqYTIK3B+nqiuwIcjt9kRFSb/v5M+WrKlCqDQH00X4Oh4hzc7U9OdSQuPq2ACZoK4I m3GnV606aguy2dSpYAPNZxtANvXlbkbuMQ3IwH4RCho1qbkWQ7eGxR88JXdzsj8FFn PCtq7B4zBGvdg== Date: Thu, 03 Nov 2022 18:11:43 +0000 From: Gregory Heytings In-Reply-To: <20221103180450.GF9807@zira.vinc17.org> Message-ID: <64a257e717f2ec6840e9@heytings.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > Well, the issue can be reproduced only in fundamental mode. > Okay, now I see it: emacs -Q ab RET cd RET ab SPC cd M-< C-s b SPC c ;; only one match C-x C-s foo RET M-< C-s b SPC c ;; two matches in Emacs 27, one match in Emacs 28 Hmm... From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16674995373175 (code B ref 58992); Thu, 03 Nov 2022 18:19:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:18:57 +0000 Received: from localhost ([127.0.0.1]:50596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqenp-0000p9-Ev for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:18:57 -0400 Received: from heytings.org ([95.142.160.155]:56182) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqenm-0000oz-Om for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:18:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667499533; bh=3O8wWE/l5urIfMNKpPeLSKnDKglbO0t+Thm7mI7KVqA=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=LNfL8tNk+7s98SjGrkfqiw2WxgfCqXi1mET63FPS5GWB8HKj267COz8f3dqb+OfA3 M//VESfSoyN8K2+z2AFAoX4WuOzTeCMypbC01ZFiXQg/ZT0viAbgeYtpdyrbhceSVE Kx+EWN1vL7O337XFXBIPKTLaqfj6qOGyo4JBLJlkodWmDNZ+ZoiQOsMkddvvDfrfr5 gZL2rUJRvXqw94kkbIireBssFRyH+zIv1yISJ6OVnn8MpSLswy8R05di8YhlIkuUud H25pWCzsQspe8bp6HV2PBfpG0d/OIvRJqJRNHqCA5nc4wrizxSQLZWm3ZgImLXY6mU BFEVOxsf1Z5qQ== Date: Thu, 03 Nov 2022 18:18:53 +0000 From: Gregory Heytings In-Reply-To: <64a257e717f2ec6840e9@heytings.org> Message-ID: <64a257e717615029263c@heytings.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> <64a257e717f2ec6840e9@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > Hmm... > Okay, this is because of: commit 74d091a0a665da5dc01989d1b06a61ee21b975b2 Author: Lars Ingebrigtsen Date: Fri Sep 10 12:27:28 2021 +0200 Change the default value of search-whitespace-regexp * lisp/isearch.el (search-whitespace-regexp): Change the default to always exclude newlines from the set (bug#21278). It used to be mode-dependent whether newlines were included or not, and this was confusing as a user interface. which changed the default value of search-whitespace-regexp from "\\s-+" to "[ \t]". From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: 58992@debbugs.gnu.org, vincent@vinc17.net Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16674995653244 (code B ref 58992); Thu, 03 Nov 2022 18:20:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:19:25 +0000 Received: from localhost ([127.0.0.1]:50601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeoG-0000qG-Px for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:19:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqeoD-0000q1-Ta for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:19:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqenx-0002vk-R9; Thu, 03 Nov 2022 14:19:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=EwLBJUFfrrgMLyrJqIPK9WcgDn+F5q2VfZpDH2DuIaY=; b=NzhGGW6NKFMt s2N7/CdjtFFZqU5IPbWsgnpTELNMb0yXmxlgyuculamsgtlvg7Q2D935Q/98R3MvQxxZp0OSkZqaj qk2evXRVkYGb0trNS7ogZ0WU9Jlo5WZBDvtFobHa1nKuEo8ci+B+wQwomkhEsAuQCsPOHDeOF2PnT n8eI+au7v1aY7ffXnFj1te1TIfpUamk/ITb7ppPg8q8xFhPxQXXbk8WZhqESAFkcem/HWCwI6Z6Sk YPcqhSvgHfpTaKxS3Pl+GpabAzJvGdBax4yp5Fc9Jonvo1TkitcVNfCBuG52UClMmgWQzrEzylHIE nCCX4WtdSPkThb8rrLOqVw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqenx-0000SB-8d; Thu, 03 Nov 2022 14:19:05 -0400 Date: Thu, 03 Nov 2022 20:18:57 +0200 Message-Id: <83a6577vfy.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <64a257e717f2ec6840e9@heytings.org> (message from Gregory Heytings on Thu, 03 Nov 2022 18:11:43 +0000) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> <64a257e717f2ec6840e9@heytings.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 03 Nov 2022 18:11:43 +0000 > From: Gregory Heytings > cc: Eli Zaretskii , 58992@debbugs.gnu.org > > emacs -Q > ab RET cd RET ab SPC cd > M-< > C-s b SPC c ;; only one match > C-x C-s foo RET > M-< > C-s b SPC c ;; two matches in Emacs 27, one match in Emacs 28 > > Hmm... Did you look at the value of search-whitespace-regexp in both cases? From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675000954225 (code B ref 58992); Thu, 03 Nov 2022 18:29:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:28:15 +0000 Received: from localhost ([127.0.0.1]:50632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqewo-000165-Kt for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:28:14 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:38132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqewm-00015v-CB for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:28:13 -0400 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 3368E2A6; Thu, 3 Nov 2022 19:28:10 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 072482800234; Thu, 3 Nov 2022 19:28:10 +0100 (CET) Date: Thu, 3 Nov 2022 19:28:09 +0100 From: Vincent Lefevre Message-ID: <20221103182809.GG9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> <64a257e717f2ec6840e9@heytings.org> <64a257e717615029263c@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <64a257e717615029263c@heytings.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 18:18:53 +0000, Gregory Heytings wrote: > Okay, this is because of: > > commit 74d091a0a665da5dc01989d1b06a61ee21b975b2 > Author: Lars Ingebrigtsen > Date: Fri Sep 10 12:27:28 2021 +0200 > > Change the default value of search-whitespace-regexp > > * lisp/isearch.el (search-whitespace-regexp): Change the default > to always exclude newlines from the set (bug#21278). It used to > be mode-dependent whether newlines were included or not, and this > was confusing as a user interface. > > which changed the default value of search-whitespace-regexp from "\\s-+" to > "[ \t]". This is still buggy in Emacs 28.2 if I change the value: search-whitespace-regexp is a variable defined in ‘isearch.el’. Its value is "\\s-+" Original value was "[ ]+" This works in Fundamental mode, but not in Lisp mode. BTW, I don't understand what "\\s-+" means. I thought it was a whitespace followed by a minus character repeated at least once. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750040113330 (code B ref 58992); Thu, 03 Nov 2022 18:34:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:33:21 +0000 Received: from localhost ([127.0.0.1]:50641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqf1k-0003Sw-Ly for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:33:20 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:45368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqf1h-0003Sn-Fk for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:33:19 -0400 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 BBCDA2A6; Thu, 3 Nov 2022 19:33:16 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 744762800234; Thu, 3 Nov 2022 19:33:16 +0100 (CET) Date: Thu, 3 Nov 2022 19:33:16 +0100 From: Vincent Lefevre Message-ID: <20221103183316.GH9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83h6zf7w53.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 20:03:52 +0200, Eli Zaretskii wrote: > > Date: Thu, 3 Nov 2022 18:21:57 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > 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 > > Thanks, I moved the detailed description of what is considered > "whitespace" closer to the first sentence. OK, thanks. > > So the default could be very surprising. > > It's a very long-time Emacs behavior. Too late to change the default. Well, since the default changed in September 2021, this is not a very long-time Emacs behavior. This depends on what modes users use the most. This change affects at least the Fundamental and Texinfo modes. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: gregory@heytings.org, 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750080913984 (code B ref 58992); Thu, 03 Nov 2022 18:41:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:40:09 +0000 Received: from localhost ([127.0.0.1]:50650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqf8L-0003dU-1s for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:40:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqf8I-0003cs-0R for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:40:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqf8C-00063u-4H; Thu, 03 Nov 2022 14:40:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=w5HYQyfuS53s8Ian7W4FTLqwZyEvcluOPQ9d6Q8z8Zc=; b=p+AioXi5A8oWWYYy962q XFZqbYlbC7+Fq22+er1zE1P8/TvfkYuh2yMVOKGkYoBlj6/3zmokDcJb4OseqDnoBDqNYZMzoS4IB xFLl429RGzLou4E4Zq/Kb5b4REdg1ZStyXLrEujEhR6QRQj92lk7JNU46WEe8/yKDVdezLm4pZa56 qudmfjjAibTDykdBpPEAOoHzs3qfn7dijnVzNIgWSNK3rcCuP14VF93TMaMTSTrselewEaFeOSIkA TdwB8sA7BZ3d2y6xZNRGhGlMDUEftC223sl1EgwM6X20OTXOKDLj4lGa0M9/WJmQNa/IEAt+UrWuD FwOEU6aF7KSh0w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqf8B-0001Uk-E6; Thu, 03 Nov 2022 14:39:59 -0400 Date: Thu, 03 Nov 2022 20:39:51 +0200 Message-Id: <838rkr7uh4.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221103182809.GG9807@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 19:28:09 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> <64a257e717f2ec6840e9@heytings.org> <64a257e717615029263c@heytings.org> <20221103182809.GG9807@zira.vinc17.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 3 Nov 2022 19:28:09 +0100 > From: Vincent Lefevre > Cc: Eli Zaretskii , 58992@debbugs.gnu.org > > This is still buggy in Emacs 28.2 if I change the value: It isn't a bug. > search-whitespace-regexp is a variable defined in ‘isearch.el’. > > Its value is "\\s-+" > Original value was "[ ]+" > > This works in Fundamental mode, but not in Lisp mode. Because the meaning of \\s is different. That's why we changed the default value not to use \\s. > BTW, I don't understand what "\\s-+" means. I thought it was a > whitespace followed by a minus character repeated at least once. No, it means a sequence of 1 or more characters whose syntax is '-'. See the documentation of regular expressions in the manual. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750099314278 (code B ref 58992); Thu, 03 Nov 2022 18:44:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:43:13 +0000 Received: from localhost ([127.0.0.1]:50657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfBI-0003iD-KV for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:43:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48864) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfBE-0003hx-SI for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:43:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqfB9-0006ZW-9q; Thu, 03 Nov 2022 14:43:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+fhmrceMLFaCYbKLciPZKUPLWynTnWFlzDCLaSK4lQs=; b=e2qHYaZ0o/ju eDWkcNvZpOB6KEQT/Cp8hqUJkSYjWK1Qns7ytYOr+bYkaTdh+wqrVB+D5M8CJ5ntqkGbRwwaMP96r BmNmzGbbHzjv1MCaojd/4kk+0w8cAy7CakK1KuefcHXNXUl6pl/4xWSjmR8V99YWcZvYEj1ai6P67 wghow0YrdNYU1S8AwMZeJwq03brFoD042r/TQLSvQyEh/z2kmk/8lOOLlIY/Abh2z+C7/ogCzNsG/ zLYid7jegVEOAOEQAK8k3v0BPW2PjSLCQbP1dkJahOZ9BbY+GV5gg3s3Sq1lHe0UmEKmLI+sRJc6/ gwK1rRIodn+Lu/WTOgxkgg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqfB4-0001Ht-JE; Thu, 03 Nov 2022 14:42:59 -0400 Date: Thu, 03 Nov 2022 20:42:41 +0200 Message-Id: <837d0b7uce.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221103183316.GH9807@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 19:33:16 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 3 Nov 2022 19:33:16 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > > It's a very long-time Emacs behavior. Too late to change the default. > > Well, since the default changed in September 2021, this is not a very > long-time Emacs behavior. This depends on what modes users use the > most. This change affects at least the Fundamental and Texinfo modes. Yes. But in programming modes the newline didn't match. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750099414291 (code B ref 58992); Thu, 03 Nov 2022 18:44:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:43:14 +0000 Received: from localhost ([127.0.0.1]:50659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfBK-0003iR-0F for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:43:14 -0400 Received: from heytings.org ([95.142.160.155]:56234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfBH-0003i7-TY for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:43:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1667500990; bh=ieCYWkwNccsXGpE7FsTg2Vkxe38L/KN1l9aIGTFhd7g=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=n3v/29A+/kGKSY49l/9FWAcQk/iPWEN/EjDpl1QlVwp/hfshlBxxOIdTgZHU8cGn7 x1Ho9OI7fAkgS679GV8G7FdbL0DZ8H0XEdjQzw1feAVY1eoY/EIP6jpho/WgrdKhWK tLYo0K+8rjTZl+ZHfW8t1pyJ7xxmfCvCz3A17XM3WuGpBppLqFjHnLO0eMkUQapGKH OIz0WDayXVBxJ8nYUi3iZtP+fHe5S6B+1iJIAhXL7yV7f0LqWM5LoJ8FoNvJTn7cF3 3qed/AiuGn3tUo4Je011z+ocJ9EeDwUG0vX9W8ZSYHZ84QX0IMa24EpH148vvOq3IR +WVtL4O4+ahSw== Date: Thu, 03 Nov 2022 18:43:10 +0000 From: Gregory Heytings In-Reply-To: <20221103182809.GG9807@zira.vinc17.org> Message-ID: <64a257e7178dabe04cb2@heytings.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> <64a257e717f2ec6840e9@heytings.org> <64a257e717615029263c@heytings.org> <20221103182809.GG9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> commit 74d091a0a665da5dc01989d1b06a61ee21b975b2 >> Author: Lars Ingebrigtsen >> Date: Fri Sep 10 12:27:28 2021 +0200 >> >> Change the default value of search-whitespace-regexp >> >> * lisp/isearch.el (search-whitespace-regexp): Change the default >> to always exclude newlines from the set (bug#21278). It used to >> be mode-dependent whether newlines were included or not, and this >> was confusing as a user interface. >> >> which changed the default value of search-whitespace-regexp from >> "\\s-+" to "[ \t]". > > This is still buggy in Emacs 28.2 if I change the value: > > This works in Fundamental mode, but not in Lisp mode. > As the commit message explains, "It used to be mode-dependent whether newlines were included or not, and this was confusing as a user interface." Hence your confusion. You will see the same in Emacs 27 and 28: RET is space in fundamental mode and not space in text mode. > > BTW, I don't understand what "\\s-+" means. > It means "match any character whose syntax is "space". From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Eli Zaretskii , Vincent Lefevre , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750132614988 (code B ref 58992); Thu, 03 Nov 2022 18:49:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:48:46 +0000 Received: from localhost ([127.0.0.1]:50664 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfGf-0003tf-PJ for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:48:46 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:50391) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfGd-0003tP-Aa for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:48:44 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 6FBBFC0003; Thu, 3 Nov 2022 18:48:34 +0000 (UTC) From: Juri Linkov In-Reply-To: <64a257e717615029263c@heytings.org> (Gregory Heytings's message of "Thu, 03 Nov 2022 18:18:53 +0000") Organization: LINKOV.NET References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <64a257e7171de5d9bb0a@heytings.org> <20221103175641.GD9807@zira.vinc17.org> <20221103180217.GE9807@zira.vinc17.org> <20221103180450.GF9807@zira.vinc17.org> <64a257e717f2ec6840e9@heytings.org> <64a257e717615029263c@heytings.org> Date: Thu, 03 Nov 2022 20:36:45 +0200 Message-ID: <86leorsx4y.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Okay, this is because of: > > commit 74d091a0a665da5dc01989d1b06a61ee21b975b2 > Author: Lars Ingebrigtsen > Date: Fri Sep 10 12:27:28 2021 +0200 > > Change the default value of search-whitespace-regexp > > * lisp/isearch.el (search-whitespace-regexp): Change the default > to always exclude newlines from the set (bug#21278). It used to > be mode-dependent whether newlines were included or not, and this > was confusing as a user interface. > > which changed the default value of search-whitespace-regexp from "\\s-+" to > "[ \t]". "\\s-+" in many modes includes newlines, so the default could include explicit newlines as well that it matched in some modes until Emacs 28. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 18:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750153115449 (code B ref 58992); Thu, 03 Nov 2022 18:53:01 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 18:52:11 +0000 Received: from localhost ([127.0.0.1]:50694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfJz-000417-CU for submit@debbugs.gnu.org; Thu, 03 Nov 2022 14:52:11 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:60180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfJw-00040x-EQ for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 14:52:10 -0400 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 4C9692A6; Thu, 3 Nov 2022 19:52:07 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 2804C2800234; Thu, 3 Nov 2022 19:52:07 +0100 (CET) Date: Thu, 3 Nov 2022 19:52:07 +0100 From: Vincent Lefevre Message-ID: <20221103185207.GI9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <837d0b7uce.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 20:42:41 +0200, Eli Zaretskii wrote: > > Date: Thu, 3 Nov 2022 19:33:16 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > > It's a very long-time Emacs behavior. Too late to change the default. > > > > Well, since the default changed in September 2021, this is not a very > > long-time Emacs behavior. This depends on what modes users use the > > most. This change affects at least the Fundamental and Texinfo modes. > > Yes. But in programming modes the newline didn't match. Any reason why (perhaps except for shell modes)? In C, except for the preprocessor, a newline is similar to a space character. BTW, it actually doesn't match either for the Texinfo mode, and I don't see any reason why. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 19:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166750336018783 (code B ref 58992); Thu, 03 Nov 2022 19:23:02 +0000 Received: (at 58992) by debbugs.gnu.org; 3 Nov 2022 19:22:40 +0000 Received: from localhost ([127.0.0.1]:50794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfnT-0004sr-Q2 for submit@debbugs.gnu.org; Thu, 03 Nov 2022 15:22:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqfnG-0004sR-5H for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 15:22:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqfnA-00052v-L1; Thu, 03 Nov 2022 15:22:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=6hQzJWqRhkZlBcuy0z767sk1b1+ntnR/2dsDLsXpxno=; b=jaUD6DkD/GaV OaMa+G1vxSKpmXXd0WJKTXhExpRx4i7tlHhNL2tr9mgEt5XxnjxYoVTUV9hiOf3PYGiVlQuzH2DOJ E5KHwmUI4ix0qdRCvqnAisaZu/6F6lS13e2SgNIYf69i9JftJ2IyrXgb2oqM0W8xuPFq/f2HrMYS9 tcrUAOR7aLHLLW9ia3lLMJJ0+ev4vrpHHvvDe6egbZNMGI9ebmI3Xk9Yw1+/8oef9qzqalMAe2jRG oRpMheFs5AGsqgyPQM2d/hvz4t2Fqe3zzdDjweOrxVsKGEA/90MQi99Mg2Tyl64Guz806snytzT/A 9jJ3F8R+61wYF7xIcARmcg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqfn9-0001iA-Vn; Thu, 03 Nov 2022 15:22:20 -0400 Date: Thu, 03 Nov 2022 21:22:12 +0200 Message-Id: <835yfv7sij.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221103185207.GI9807@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 19:52:07 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 3 Nov 2022 19:52:07 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > > Yes. But in programming modes the newline didn't match. > > Any reason why (perhaps except for shell modes)? Because the newline's syntax is not "whitespace" in those modes. > In C, except for the preprocessor, a newline is similar to a space > character. The syntax we give to each character in a major mode depends on what the mode needs to do with that character. For example, a mode might have a good reason to give the newline the '>' syntax, because the newline ends a comment in those modes. > BTW, it actually doesn't match either for the Texinfo mode, and > I don't see any reason why. In which version of Emacs, and with what value of search-whitespace-regexp? From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 02:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675289954472 (code B ref 58992); Fri, 04 Nov 2022 02:30:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 02:29:55 +0000 Received: from localhost ([127.0.0.1]:51167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqmSw-0001A3-T4 for submit@debbugs.gnu.org; Thu, 03 Nov 2022 22:29:55 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:44514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqmSu-00019t-LO for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 22:29:53 -0400 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 845D7BD; Fri, 4 Nov 2022 03:29:50 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 6432D2800196; Fri, 4 Nov 2022 03:29:50 +0100 (CET) Date: Fri, 4 Nov 2022 03:29:50 +0100 From: Vincent Lefevre Message-ID: <20221104022950.GJ9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <835yfv7sij.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 21:22:12 +0200, Eli Zaretskii wrote: > > Date: Thu, 3 Nov 2022 19:52:07 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > > Yes. But in programming modes the newline didn't match. > > > > Any reason why (perhaps except for shell modes)? > > Because the newline's syntax is not "whitespace" in those modes. OK, but then, the question is why the newline's syntax is not "whitespace" in those modes... > > In C, except for the preprocessor, a newline is similar to a space > > character. > > The syntax we give to each character in a major mode depends on what > the mode needs to do with that character. For example, a mode might > have a good reason to give the newline the '>' syntax, because the > newline ends a comment in those modes. In C, the conventional comment is /* ... */ and the newline does not end a comment. In any case, /* ... */ is more practical to write multi-line comments in C (no need to repeat comment starters at the beginning of every line), and if one wants to search in comments, the newline should be regarded as a whitespace. > > BTW, it actually doesn't match either for the Texinfo mode, and > > I don't see any reason why. > > In which version of Emacs, and with what value of > search-whitespace-regexp? Both 27.1 and 28.2 (Debian for both), with search-whitespace-regexp set to "\\s-+". For Texinfo, it is more common to search in the normal text (rather than comments), since this is the significant content, so the newline character should be regarded as whitespace. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 03:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166753264411089 (code B ref 58992); Fri, 04 Nov 2022 03:31:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 03:30:44 +0000 Received: from localhost ([127.0.0.1]:51282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqnPn-0002sn-KZ for submit@debbugs.gnu.org; Thu, 03 Nov 2022 23:30:43 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:60580) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqnPk-0002se-Ic for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 23:30:42 -0400 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 A9CF0BD; Fri, 4 Nov 2022 04:30:38 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 0F1E82800196; Fri, 4 Nov 2022 04:30:38 +0100 (CET) Date: Fri, 4 Nov 2022 04:30:38 +0100 From: Vincent Lefevre Message-ID: <20221104033038.GK9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83h6zf7w53.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-03 20:03:52 +0200, Eli Zaretskii wrote: > > Date: Thu, 3 Nov 2022 18:21:57 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > 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 > > Thanks, I moved the detailed description of what is considered > "whitespace" closer to the first sentence. The [[:space:]\n]+ in the doc is misleading. Since a newline character is a whitespace, [[:space:]]+ is sufficient. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 03:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166753308811895 (code B ref 58992); Fri, 04 Nov 2022 03:39:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 03:38:08 +0000 Received: from localhost ([127.0.0.1]:51330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqnWx-00035n-UP for submit@debbugs.gnu.org; Thu, 03 Nov 2022 23:38:08 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:55168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqnWw-00035f-90 for 58992@debbugs.gnu.org; Thu, 03 Nov 2022 23:38:06 -0400 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 8449BBD; Fri, 4 Nov 2022 04:38:05 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 428612800196; Fri, 4 Nov 2022 04:38:05 +0100 (CET) Date: Fri, 4 Nov 2022 04:38:05 +0100 From: Vincent Lefevre Message-ID: <20221104033805.GL9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221104022950.GJ9807@zira.vinc17.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 03:29:50 +0100, Vincent Lefevre wrote: > > In which version of Emacs, and with what value of > > search-whitespace-regexp? > > Both 27.1 and 28.2 (Debian for both), with search-whitespace-regexp > set to "\\s-+". For Texinfo, it is more common to search in the > normal text (rather than comments), since this is the significant > content, so the newline character should be regarded as whitespace. This is worse: even when changing search-whitespace-regexp to include the newline character, this doesn't work in Texinfo! -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 07:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.1667546114684 (code B ref 58992); Fri, 04 Nov 2022 07:16:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 07:15:14 +0000 Received: from localhost ([127.0.0.1]:51479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqqv4-0000Aw-8W for submit@debbugs.gnu.org; Fri, 04 Nov 2022 03:15:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41544) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqquy-0000Ad-Kt for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 03:15:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqqut-00013m-3s; Fri, 04 Nov 2022 03:15:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=tTQN4mDKGO1X08RCU9SmdATZmkR6Fg5w/gUGn5VO/1I=; b=jVAWglE6EqqT IZnYdbfCYYUICR6lOrswxVxZ19QgNgkyU8gMDvMrFEGe2SgIqLZsMrAGLbB43mTr8w6CbMP7NtoQx +lnA4+1Y6mpZJKwW9f5YAIASFYqDZIzIVqQX4rXWbwl/t8LNtPKLkkV4Cubo+b2BykxeLdHVBQqOh R+REhHzl/IKHcVvoq9PS8DvpwGMqrjFG5upP8voj1VUFcFFUCRGJzHmHrSNX1cDkP9rD+6JRQTIv/ zyjLvOzhR3z/i/L0IHrBmzZWf8X4l00pVfAhYaUILj4842szOrCNDQzXm/N3zqYjM9TYEOZ/+l0u2 swgxA0XstlcIv/J/3gFb1Q==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqqus-0004lQ-Jf; Fri, 04 Nov 2022 03:15:02 -0400 Date: Fri, 04 Nov 2022 09:14:57 +0200 Message-Id: <83wn8b5gy6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104022950.GJ9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 03:29:50 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 03:29:50 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > > Because the newline's syntax is not "whitespace" in those modes. > > OK, but then, the question is why the newline's syntax is not > "whitespace" in those modes... Because the mode sets up its syntax tables for various needs, none of which is Isearch. > > > In C, except for the preprocessor, a newline is similar to a space > > > character. > > > > The syntax we give to each character in a major mode depends on what > > the mode needs to do with that character. For example, a mode might > > have a good reason to give the newline the '>' syntax, because the > > newline ends a comment in those modes. > > In C, the conventional comment is /* ... */ and the newline does not > end a comment. In any case, /* ... */ is more practical to write > multi-line comments in C (no need to repeat comment starters at the > beginning of every line), and if one wants to search in comments, > the newline should be regarded as a whitespace. This is not really relevant. Major modes set up their syntax tables as they consider relevant, and we won't change that for the benefit of search-whitespace-regexp. The lesson to learn here is not to base Isearch-related regexps on character syntax, because that changes its meaning with the major mode, something many users will not expect. > > > BTW, it actually doesn't match either for the Texinfo mode, and > > > I don't see any reason why. > > > > In which version of Emacs, and with what value of > > search-whitespace-regexp? > > Both 27.1 and 28.2 (Debian for both), with search-whitespace-regexp > set to "\\s-+". Then don't use "\\s-+". The manual suggests a different regexp for your preference, and it does so for a good reason. Why are you using a regexp that we already concluded to be problematic and stopped using? You will get yourself in the same problems we decided to avoid. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 07:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675464921342 (code B ref 58992); Fri, 04 Nov 2022 07:22:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 07:21:32 +0000 Received: from localhost ([127.0.0.1]:51489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqr1A-0000La-EC for submit@debbugs.gnu.org; Fri, 04 Nov 2022 03:21:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqr18-0000LN-Nu for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 03:21:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqr12-0002Bz-Hx; Fri, 04 Nov 2022 03:21:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KRXLrm7jFEJKp2I3R90dSNLuKCGlq+URh6MeFMJ3f4w=; b=czL6ZBWdeL1v NcZQN+2EAX/G9BbOkCf1QJQ5ib5FTYlYy4JRNLHOL7GQXiVwCx1HW4Q11f0Fb7k0VAINo6Fyo4Oyz LMujW1gWcHirR8r9qh9VP45fqJ9ldcobvqBmnoRz2AWlGbL5WRpOaWOrPodArYZLxC0S2AhB6b8AQ 8+0lgCOgYc8V31LjTMWZosvGg+AAlGxr2v9IAHs7SXKpT4myhmtoY3+jSCBtr62K40Psb4gJE4yse k0iOSgwAD9vYzN+Uuo6bZ3NNNfC4YBz/j1YwIR3Z+7un70P8WpzTVsZ4aER8onM7PKxQwhVmxio1J IC6ymmuf3IK8g/aXWjHDGw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqr0n-00019y-4t; Fri, 04 Nov 2022 03:21:19 -0400 Date: Fri, 04 Nov 2022 09:21:04 +0200 Message-Id: <83v8nv5gnz.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104033038.GK9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 04:30:38 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 04:30:38 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > The [[:space:]\n]+ in the doc is misleading. Since a newline character > is a whitespace, [[:space:]]+ is sufficient. That is only true in major modes where the newline has the "whitespace" syntax, see the description of [:space:] in the ELisp manual. I guess you tried this in Fundamental mode or somesuch? From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 07:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675467531739 (code B ref 58992); Fri, 04 Nov 2022 07:26:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 07:25:53 +0000 Received: from localhost ([127.0.0.1]:51494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqr5N-0000Rz-2N for submit@debbugs.gnu.org; Fri, 04 Nov 2022 03:25:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48222) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqr5K-0000Rj-6x for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 03:25:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqr5F-0002im-0N; Fri, 04 Nov 2022 03:25:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RXKLtBVCOOEL+cjmT8CynYLKVQez3P2uWsBSnN8++s4=; b=qmXSHsmBA5UE SSBG4sfnj1u1zv7JtZkgSKDhVZ5f+6+YBlGMOJ6iCuNGAajlZkvknpgeJ5iTJLlypVA/3nad11fTk OTfCRKrH5pO74CULMvh6yEkZJQ3Gb2tkPas3FzsS6LTNVjbTg3sYlb45wHGSGk7oXFTup3A1HFWdN GxKMVGejouzd8NYOC5t01442Lu38T4xRz+dOEpKdXIOgj/8GK5iWGPvTBJzg/LSikwGVrLpNrQ4dl cEm9EAIzxCx8l4UfUvGXvevunRpG4QfSDmkhzX38ktXYSlnD4HtnlO3XtJWv1kWyE9YsgmiiBmROh +gfhKW/7eOpjJVs/aQcFRQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqr5E-0005c5-Fu; Fri, 04 Nov 2022 03:25:44 -0400 Date: Fri, 04 Nov 2022 09:25:39 +0200 Message-Id: <83tu3f5ggc.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104033805.GL9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 04:38:05 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <20221104033805.GL9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 04:38:05 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > This is worse: even when changing search-whitespace-regexp to > include the newline character, this doesn't work in Texinfo! I cannot reproduce this. Please tell what value of search-whitespace-regexp you used, how exactly did you change the value, and what did you try in a Texinfo buffer that didn't work. I changed search-whitespace-regexp via customize-variable, selected the option labeled "Tabs, spaces and line breaks" there, clicked Apply, then tried to search for "SOME THING" where I saw SOME\nTHING in the buffer, and C-s did find that. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 10:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166755692619013 (code B ref 58992); Fri, 04 Nov 2022 10:16:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 10:15:26 +0000 Received: from localhost ([127.0.0.1]:51839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqtjR-0004wY-Op for submit@debbugs.gnu.org; Fri, 04 Nov 2022 06:15:26 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:33022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqtjH-0004wE-Le for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 06:15:16 -0400 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 252C9BD; Fri, 4 Nov 2022 11:15:14 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id EA2842800196; Fri, 4 Nov 2022 11:15:13 +0100 (CET) Date: Fri, 4 Nov 2022 11:15:13 +0100 From: Vincent Lefevre Message-ID: <20221104101513.GM9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83v8nv5gnz.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 09:21:04 +0200, Eli Zaretskii wrote: > > Date: Fri, 4 Nov 2022 04:30:38 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > The [[:space:]\n]+ in the doc is misleading. Since a newline character > > is a whitespace, [[:space:]]+ is sufficient. > > That is only true in major modes where the newline has the > "whitespace" syntax, see the description of [:space:] in the ELisp > manual. I guess you tried this in Fundamental mode or somesuch? Wow! This is really confusing! [:space:] is defined by POSIX, and the manual even refers to it: A character alternative can also specify named character classes (*note Char Classes::). This is a POSIX feature. [...] You must not change its behavior! Making it depend on the major mode is even worse. If the intent is to have a different meaning, a different name should be chosen, such as [:whitespace:] (though I'm not sure whether some names are reserved by POSIX). -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 10:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166755847922202 (code B ref 58992); Fri, 04 Nov 2022 10:42:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 10:41:19 +0000 Received: from localhost ([127.0.0.1]:51883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqu8U-0005m1-Uc for submit@debbugs.gnu.org; Fri, 04 Nov 2022 06:41:19 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:38082) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqu8T-0005ls-6Y for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 06:41:18 -0400 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 B0F78BD; Fri, 4 Nov 2022 11:41:15 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 83B5F2800196; Fri, 4 Nov 2022 11:41:15 +0100 (CET) Date: Fri, 4 Nov 2022 11:41:15 +0100 From: Vincent Lefevre Message-ID: <20221104104115.GN9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83wn8b5gy6.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 09:14:57 +0200, Eli Zaretskii wrote: > > Date: Fri, 4 Nov 2022 03:29:50 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > > Because the newline's syntax is not "whitespace" in those modes. > > > > OK, but then, the question is why the newline's syntax is not > > "whitespace" in those modes... > > Because the mode sets up its syntax tables for various needs, none of > which is Isearch. But the manual does not discourage the use of syntax classes for searching, and it is not clear from the description that they won't do what the user expects. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 10:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166755880923223 (code B ref 58992); Fri, 04 Nov 2022 10:47:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 10:46:49 +0000 Received: from localhost ([127.0.0.1]:51889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oquDo-00062U-Np for submit@debbugs.gnu.org; Fri, 04 Nov 2022 06:46:48 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:53492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oquDj-00062A-7g for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 06:46:47 -0400 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 5FD37BD; Fri, 4 Nov 2022 11:46:42 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 282C72800196; Fri, 4 Nov 2022 11:46:42 +0100 (CET) Date: Fri, 4 Nov 2022 11:46:42 +0100 From: Vincent Lefevre Message-ID: <20221104104642.GO9807@zira.vinc17.org> References: <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <20221104033805.GL9807@zira.vinc17.org> <83tu3f5ggc.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83tu3f5ggc.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 09:25:39 +0200, Eli Zaretskii wrote: > > Date: Fri, 4 Nov 2022 04:38:05 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > This is worse: even when changing search-whitespace-regexp to > > include the newline character, this doesn't work in Texinfo! > > I cannot reproduce this. Please tell what value of > search-whitespace-regexp you used, how exactly did you change the > value, and what did you try in a Texinfo buffer that didn't work. I was using [[:space:]]+, based on the behavior of the C library and the one I get with any other application. See my other message about that. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 10:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166755940324835 (code B ref 58992); Fri, 04 Nov 2022 10:57:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 10:56:43 +0000 Received: from localhost ([127.0.0.1]:51901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oquNP-0006SV-0Y for submit@debbugs.gnu.org; Fri, 04 Nov 2022 06:56:43 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:52138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oquNL-0006SL-Sk for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 06:56:41 -0400 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 38C61BD; Fri, 4 Nov 2022 11:56:37 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 167632800196; Fri, 4 Nov 2022 11:56:37 +0100 (CET) Date: Fri, 4 Nov 2022 11:56:37 +0100 From: Vincent Lefevre Message-ID: <20221104105637.GP9807@zira.vinc17.org> References: <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> <20221104104115.GN9807@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221104104115.GN9807@zira.vinc17.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 11:41:15 +0100, Vincent Lefevre wrote: > On 2022-11-04 09:14:57 +0200, Eli Zaretskii wrote: > > > Date: Fri, 4 Nov 2022 03:29:50 +0100 > > > From: Vincent Lefevre > > > Cc: 58992@debbugs.gnu.org > > > > > > > Because the newline's syntax is not "whitespace" in those modes. > > > > > > OK, but then, the question is why the newline's syntax is not > > > "whitespace" in those modes... > > > > Because the mode sets up its syntax tables for various needs, none of > > which is Isearch. > > But the manual does not discourage the use of syntax classes > for searching, and it is not clear from the description that > they won't do what the user expects. I've searched on the web and found the Emacs wiki https://www.emacswiki.org/emacs/RegularExpression It even encourages the use of "\s-" for searching: this is a page mainly for searching (see the first line of the text), and in the "Regexp Syntax Basics" (note: *basics*): \sc character with c syntax (e.g. \s- for whitespace char) So users are very likely to use it. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 11:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675619035131 (code B ref 58992); Fri, 04 Nov 2022 11:39:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 11:38:23 +0000 Received: from localhost ([127.0.0.1]:51949 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqv1i-0001Kh-OI for submit@debbugs.gnu.org; Fri, 04 Nov 2022 07:38:22 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:45706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqv1d-0001KU-A4 for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 07:38:21 -0400 Received: from frontend03.mail.m-online.net (unknown [192.168.6.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4N3dt0161gz1r1fw; Fri, 4 Nov 2022 12:38:15 +0100 (CET) Received: from localhost (dynscan3.mnet-online.de [192.168.6.84]) by mail.m-online.net (Postfix) with ESMTP id 4N3dsz5dG7z1qqlR; Fri, 4 Nov 2022 12:38:15 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan3.mail.m-online.net [192.168.6.84]) (amavisd-new, port 10024) with ESMTP id ZZoal-26uYUK; Fri, 4 Nov 2022 12:38:15 +0100 (CET) X-Auth-Info: Ge85DKQezVLDFw53Ak72hp6W0O/rUnYWzKWySf/gm1d8xQzTla/QJp8THZrQCtfW Received: from igel.home (aftr-82-135-86-72.dynamic.mnet-online.de [82.135.86.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Fri, 4 Nov 2022 12:38:15 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id C6CF32C35C7; Fri, 4 Nov 2022 12:38:14 +0100 (CET) From: Andreas Schwab References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> X-Yow: I call it a "SARDINE ON WHEAT"! Date: Fri, 04 Nov 2022 12:38:14 +0100 In-Reply-To: <20221104101513.GM9807@zira.vinc17.org> (Vincent Lefevre's message of "Fri, 4 Nov 2022 11:15:13 +0100") Message-ID: <87o7tnhrvd.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) 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? ‘[:space:]’ This matches any character that has whitespace syntax (*note Syntax Class Table::). -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 11:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675623795900 (code B ref 58992); Fri, 04 Nov 2022 11:47:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 11:46:19 +0000 Received: from localhost ([127.0.0.1]:51958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqv9P-0001X5-03 for submit@debbugs.gnu.org; Fri, 04 Nov 2022 07:46:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqv9J-0001Wp-Uk for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 07:46:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqv9E-0001Tg-KF; Fri, 04 Nov 2022 07:46:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4G9EH8/Xrk+/YgNtvVC0MyKaOz/cOaZDMMpkIk4yLnU=; b=fzKerG8fCNUd FhbTmRPZ5+/fHnygweELbFZFjJK1dU//qoQsdqlpbwsdIEZCv2E1NxYYQ3hMQt6g6i3dywRxSadaE iKxz/uZzpdq2n/KfSMDw3zBBkwOTVeRcJnzyuVBB/zg66/uJEU1k4qdPvwDNG11VX2BATEoVpk9Tw OOTLNrJIVeXG5mD/ocqe8ceKLLkFZv0YZXuiWgxOGM1Jdj3SaTQq/05ao0cpCpvXozwGOY9Ti0OCR YidZPkzBx/5/tYj38QrvOMSvLmcrZsPseFKykYYFD6OutigxsiBAeXT84lZpfghqgTXi3oxtpNnR+ ktvhlDi2mbburVoSX74v2A==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqv8m-0001kT-Jo; Fri, 04 Nov 2022 07:45:55 -0400 Date: Fri, 04 Nov 2022 13:45:35 +0200 Message-Id: <83k04b54f4.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104101513.GM9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 11:15:13 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 11:15:13 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > > > The [[:space:]\n]+ in the doc is misleading. Since a newline character > > > is a whitespace, [[:space:]]+ is sufficient. > > > > That is only true in major modes where the newline has the > > "whitespace" syntax, see the description of [:space:] in the ELisp > > manual. I guess you tried this in Fundamental mode or somesuch? > > Wow! This is really confusing! [:space:] is defined by POSIX, and the > manual even refers to it: > > A character alternative can also specify named character classes > (*note Char Classes::). This is a POSIX feature. [...] > > You must not change its behavior! Making it depend on the major mode > is even worse. Too late for such changes, sorry. Emacs interprets [:space:] like that since at least Emacs 22, if not before. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 11:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675624976261 (code B ref 58992); Fri, 04 Nov 2022 11:49:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 11:48:17 +0000 Received: from localhost ([127.0.0.1]:51968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqvBI-0001cu-Ol for submit@debbugs.gnu.org; Fri, 04 Nov 2022 07:48:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqvBH-0001cG-Q7 for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 07:48:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqvBC-0001fd-0o; Fri, 04 Nov 2022 07:48:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=EKlorMGUoBS48bpwe1S288qmJVthc/tyzT4T+e9097c=; b=pQJLTK5AFeN0 IkyuMzyEWUzd+me7y2VvibmsGpGAcRSlOQEOU21jvBlOGg1LWKv+ZfLXs0nplSCw0OXMDdd1Scusu gAOkeT1TdWSM2Ud0Xd0PjpLYPJuKwu+N1cb1aeMCjBpuANtlJ9skLwOYZiHXpjRtLyoZUdE8Y3p5M gLIAB+Hf93tPEH+MDW8jTNA+myXO7QVU2e6BsbyZ5w9iFFZr6OZDEdLGn1a5LtFG3w5bcULijHgdR zTYtDRKbqcbuyuV8nAmIlBmMEdObnxd7ur8zkwaU0mgcneG3jCi1MLbuGvq/zRw7dAk2cgSP11yIl PchTrOudHCEY0jTA2AwQjg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqvB8-0003sq-AD; Fri, 04 Nov 2022 07:48:08 -0400 Date: Fri, 04 Nov 2022 13:48:01 +0200 Message-Id: <83iljv54b2.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104104115.GN9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 11:41:15 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> <20221104104115.GN9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 11:41:15 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > On 2022-11-04 09:14:57 +0200, Eli Zaretskii wrote: > > > Date: Fri, 4 Nov 2022 03:29:50 +0100 > > > From: Vincent Lefevre > > > Cc: 58992@debbugs.gnu.org > > > > > > > Because the newline's syntax is not "whitespace" in those modes. > > > > > > OK, but then, the question is why the newline's syntax is not > > > "whitespace" in those modes... > > > > Because the mode sets up its syntax tables for various needs, none of > > which is Isearch. > > But the manual does not discourage the use of syntax classes > for searching, and it is not clear from the description that > they won't do what the user expects. It depends on the expectations of the user. The manual does document which classes mean what, and the user then should decide whether it fits the particular job. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 11:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675626436513 (code B ref 58992); Fri, 04 Nov 2022 11:51:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 11:50:43 +0000 Received: from localhost ([127.0.0.1]:51973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqvDf-0001gz-Ay for submit@debbugs.gnu.org; Fri, 04 Nov 2022 07:50:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqvDd-0001gj-QT for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 07:50:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqvDY-00029y-EX; Fri, 04 Nov 2022 07:50:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4Zx3ts60zLzlJCqbWkD1lJ6CUHdxuLh9pbQKRveny0o=; b=C+lVbro/CI0d hLgVzvU3uDonwg/KdSfnwN7xmUNAm9xJp60wTV0eEDfJRMNJeTedJ4nhQnB0Net1lNcC/XWb3aLra KM1ozeX32tsQ1SJmls7M7CDqTK8fjbUowD3dJFfQqcMW8Kuv9KjzAvKEuhGqEjxIXMNSIBu1v7mkw YUgLkEHMZIYkpk0mqyBIPGvv9SFl4BNbRyI1QalmvjBE34t/J46AEfBbZpU+uk7GuCE3TtekqICr7 q0LwP5Un+KEh88aaLAeBnkEb+3lWY1hp/EMF+MNj9WBCFEfxIIFKA6SbcLJ0+7Mc4SCkmvhE0taOt P2F4TBt8ZmhkwBk0STfOeQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqvDX-0004Iw-6G; Fri, 04 Nov 2022 07:50:36 -0400 Date: Fri, 04 Nov 2022 13:50:31 +0200 Message-Id: <83fsez546w.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104104642.GO9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 11:46:42 +0100) References: <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <20221104033805.GL9807@zira.vinc17.org> <83tu3f5ggc.fsf@gnu.org> <20221104104642.GO9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 11:46:42 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > On 2022-11-04 09:25:39 +0200, Eli Zaretskii wrote: > > > Date: Fri, 4 Nov 2022 04:38:05 +0100 > > > From: Vincent Lefevre > > > Cc: 58992@debbugs.gnu.org > > > > > > This is worse: even when changing search-whitespace-regexp to > > > include the newline character, this doesn't work in Texinfo! > > > > I cannot reproduce this. Please tell what value of > > search-whitespace-regexp you used, how exactly did you change the > > value, and what did you try in a Texinfo buffer that didn't work. > > I was using [[:space:]]+, based on the behavior of the C library and > the one I get with any other application. See my other message about > that. Then I suggest to use the value mentioned in the manual, or just customize the variable via Customize. Then you'll get what you want, I think. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 11:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675627936772 (code B ref 58992); Fri, 04 Nov 2022 11:54:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 11:53:13 +0000 Received: from localhost ([127.0.0.1]:51982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqvG5-0001l9-7I for submit@debbugs.gnu.org; Fri, 04 Nov 2022 07:53:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37452) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqvG3-0001ku-04 for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 07:53:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqvFx-0002VO-Ou; Fri, 04 Nov 2022 07:53:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cU0FgN1GDDvcEqYoSMfBXoB3Kq3D/3AGJzAqUINglLk=; b=GJfMIAjbAJmd bv8h8QJN3wLzdlq8eiHWzKwXdibynSg8aSZmGcHXR3Iroz8khdd3SFj2rvoOcZdVjZcRyVI/ZvBYP qc1b7Sjn5BMD3hi+/n7mUve5lJP1mINQSwpA95bOPBoTpUaLhC6At+oEX3UykycNMOv/H1nsaCP5k z7sWfYNkyHhwuQjsRom3i6yYq0jI1k5brlXSZTm4miVcb6P9YIRneb8YeedBny7HKSLzRwQyrl/f6 FUfaJXOwDW+T1VAaW7B+7sGw32NyZxl1Je/Fjxi5eCcYj3pJDLIJSzlqBrI42wTLxAIgnjQmkB3fC GHxlgspAx8pVqGIOKFr4lw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqvFp-0001LE-0n; Fri, 04 Nov 2022 07:53:05 -0400 Date: Fri, 04 Nov 2022 13:52:52 +0200 Message-Id: <83eduj542z.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104105637.GP9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 11:56:37 +0100) References: <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> <20221104104115.GN9807@zira.vinc17.org> <20221104105637.GP9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 11:56:37 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > I've searched on the web and found the Emacs wiki > > https://www.emacswiki.org/emacs/RegularExpression > > It even encourages the use of "\s-" for searching: this is a page > mainly for searching (see the first line of the text), and in the > "Regexp Syntax Basics" (note: *basics*): > > \sc character with c syntax (e.g. \s- for whitespace char) > > So users are very likely to use it. The Emacs project is not responsible for what the wiki says, and at least I take every opportunity to tell users to treat what it says with a grain of salt. Emacs comes with very detailed manuals, and they and the doc strings should be used as the definitive documentation, not the wiki or SE or any other place. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 12:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166756608029161 (code B ref 58992); Fri, 04 Nov 2022 12:48:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 12:48:00 +0000 Received: from localhost ([127.0.0.1]:52035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqw76-0007aG-J1 for submit@debbugs.gnu.org; Fri, 04 Nov 2022 08:48:00 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:54400) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqw73-0007Zr-Sx for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 08:47:58 -0400 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 EF2E310A; Fri, 4 Nov 2022 13:47:55 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id B97D12800196; Fri, 4 Nov 2022 13:47:55 +0100 (CET) Date: Fri, 4 Nov 2022 13:47:55 +0100 From: Vincent Lefevre Message-ID: <20221104124755.GQ9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <87o7tnhrvd.fsf@igel.home> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87o7tnhrvd.fsf@igel.home> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 13:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16675670586980 (code B ref 58992); Fri, 04 Nov 2022 13:05:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 13:04:18 +0000 Received: from localhost ([127.0.0.1]:52070 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwMr-0001oV-T2 for submit@debbugs.gnu.org; Fri, 04 Nov 2022 09:04:18 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:36750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwMq-0001oN-20 for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 09:04:16 -0400 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 DE07E10A; Fri, 4 Nov 2022 14:04:14 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id A5EE22800196; Fri, 4 Nov 2022 14:04:14 +0100 (CET) Date: Fri, 4 Nov 2022 14:04:14 +0100 From: Vincent Lefevre Message-ID: <20221104130414.GR9807@zira.vinc17.org> References: <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> <20221104104115.GN9807@zira.vinc17.org> <20221104105637.GP9807@zira.vinc17.org> <83eduj542z.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83eduj542z.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 13:52:52 +0200, Eli Zaretskii wrote: > > Date: Fri, 4 Nov 2022 11:56:37 +0100 > > From: Vincent Lefevre > > Cc: 58992@debbugs.gnu.org > > > > I've searched on the web and found the Emacs wiki > > > > https://www.emacswiki.org/emacs/RegularExpression > > > > It even encourages the use of "\s-" for searching: this is a page > > mainly for searching (see the first line of the text), and in the > > "Regexp Syntax Basics" (note: *basics*): > > > > \sc character with c syntax (e.g. \s- for whitespace char) > > > > So users are very likely to use it. > > The Emacs project is not responsible for what the wiki says, and at > least I take every opportunity to tell users to treat what it says > with a grain of salt. Emacs comes with very detailed manuals, and > they and the doc strings should be used as the definitive > documentation, not the wiki or SE or any other place. The Emacs manuals are very detailed, but this is also an issue: it may be difficult for the user to distinguish between details and important things (in particular, when they are unintuitive, as for behavior different from standards and other applications). The wiki is a good example: even experts (who contributed to the wiki) can be wrong or give bad advice. So when there is something misleading, the manual should give big warnings and make sure that the user will see them. Also note that regexps are used everywhere, in many applications, and users should not be expected to read again and again *whole* parts of the manuals about common things like regexps. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 13:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166756832717506 (code B ref 58992); Fri, 04 Nov 2022 13:26:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 13:25:27 +0000 Received: from localhost ([127.0.0.1]:52107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwhL-0004YI-1m for submit@debbugs.gnu.org; Fri, 04 Nov 2022 09:25:27 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:39303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwhI-0004Y7-CF for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 09:25:25 -0400 Received: from frontend03.mail.m-online.net (unknown [192.168.6.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4N3hFb1CNwz1r0mf; Fri, 4 Nov 2022 14:25:21 +0100 (CET) Received: from localhost (dynscan3.mnet-online.de [192.168.6.84]) by mail.m-online.net (Postfix) with ESMTP id 4N3hFY1dPwz1qqlR; Fri, 4 Nov 2022 14:25:21 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan3.mail.m-online.net [192.168.6.84]) (amavisd-new, port 10024) with ESMTP id kocaNsNJKdfp; Fri, 4 Nov 2022 14:25:20 +0100 (CET) X-Auth-Info: 6Qkug2h19rs3DhlRFrJqfXg2QStdK03n197FLzOk2StbaHlEv2DGOuTHguZmRjQk Received: from igel.home (aftr-82-135-86-72.dynamic.mnet-online.de [82.135.86.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Fri, 4 Nov 2022 14:25:20 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 29CC72C35C7; Fri, 4 Nov 2022 14:25:20 +0100 (CET) From: Andreas Schwab References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <87o7tnhrvd.fsf@igel.home> <20221104124755.GQ9807@zira.vinc17.org> X-Yow: I decided to be JOHN TRAVOLTA instead!! Date: Fri, 04 Nov 2022 14:25:20 +0100 In-Reply-To: <20221104124755.GQ9807@zira.vinc17.org> (Vincent Lefevre's message of "Fri, 4 Nov 2022 13:47:55 +0100") Message-ID: <87k04aj1hb.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Nov 04 2022, Vincent Lefevre wrote: > 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? Yes, I did. ‘[:space:]’ This matches any character that has whitespace syntax (*note Syntax Class Table::). -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 13:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166756928019029 (code B ref 58992); Fri, 04 Nov 2022 13:42:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 13:41:20 +0000 Received: from localhost ([127.0.0.1]:52149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwwh-0004wr-PF for submit@debbugs.gnu.org; Fri, 04 Nov 2022 09:41:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwwa-0004wX-DO for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 09:41:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqwwU-0003Cu-Kp; Fri, 04 Nov 2022 09:41:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Hw8TY0RgEzmzN/reqztzEK6fae5OZp18ch64F4AZRuw=; b=Qd7w6RYG+Cen BOI6oHvdXnSzDLWiBHkODCkDBFg/yy2a2842OQ6aAvh4CwUd6EDDFnvXy0R3HA/IcfHalLj7XkH2f RD7XbhTHkgyKRy3LKvan5Kw4MMiJAy/g7ZvmoPfGUmC1cwNWcE9E/soN7JUFJrSeL+yR8hdezwLgD Bd66bA/jXhwP6vIsrlihE5hBgIRLSP6+eP7vg0RQDmn96s0Fzx6U4Cv355KeBW8TqkK9NSSk7lyE3 Qc82fb8bOxlAeLMRQ+rCSyelm18lmhZjNEqL6SwFzNLkoxUoYSdawG2eJY4kQ2EUYT3oDZsT6ji7Q eD+fZDBNNU7LQ5sHFYrMRQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqww8-0001kU-7V; Fri, 04 Nov 2022 09:40:56 -0400 Date: Fri, 04 Nov 2022 15:40:38 +0200 Message-Id: <837d0a6dnt.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104130414.GR9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 14:04:14 +0100) References: <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> <20221104104115.GN9807@zira.vinc17.org> <20221104105637.GP9807@zira.vinc17.org> <83eduj542z.fsf@gnu.org> <20221104130414.GR9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 14:04:14 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > The Emacs manuals are very detailed, but this is also an issue: it > may be difficult for the user to distinguish between details and > important things (in particular, when they are unintuitive, as for > behavior different from standards and other applications). The wiki > is a good example: even experts (who contributed to the wiki) can > be wrong or give bad advice. So when there is something misleading, > the manual should give big warnings and make sure that the user > will see them. > > Also note that regexps are used everywhere, in many applications, > and users should not be expected to read again and again *whole* > parts of the manuals about common things like regexps. I added notes to the manual about syntax and case tables that affect regexps, but your expectations are in general impractical: there's no way we could guarantee that reading some short excerpt from a manual will capture all the possible caveats. This is simply too complex an issue to allow that, sorry. So yes, users are expected to read whole parts of the manual, including the cross-referenced nodes. There's no way around that. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 13:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58992@debbugs.gnu.org, Vincent Lefevre Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757020722861 (code B ref 58992); Fri, 04 Nov 2022 13:57:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 13:56:47 +0000 Received: from localhost ([127.0.0.1]:54474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxBf-0005wf-Fd for submit@debbugs.gnu.org; Fri, 04 Nov 2022 09:56:47 -0400 Received: from mail-wm1-f41.google.com ([209.85.128.41]:54077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxBc-0005wY-7S for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 09:56:46 -0400 Received: by mail-wm1-f41.google.com with SMTP id p16so3080673wmc.3 for <58992@debbugs.gnu.org>; Fri, 04 Nov 2022 06:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=4metQL3ShQTC1LWd6zrjrzH636sRgTw5BU3E89itSNg=; b=RFz04lBERoDhdZ03YjCDckXyTFfDZTCImcEJwRQODv9x9c+0xzF3pZp3zvVLoeJ/G+ +qz+RwCM5mTSrHSn7FdOaXHipwv8sAEM9+8nSE47vuB1qX7zPAxhEywkvv7Qa2FcAic4 zl00SMlpYYR+2RC15uQ8DcVJ8aE+Zm7qZx2pGU8A98kblGJ1vyUF3fKcCfI3DsAWSga9 oEwFpE6ij0a4bKcm0XuQZYleQRo2goayQexsCVJ/eba95YSjVktps6UodlAKOw7Jx6fF 4V57WvnxJxsZzEVMLnbVYMH80QZ43HWqOdvb/wmflBNZc91wQg8E5u0KV8VVzxMYT2Nh ztUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4metQL3ShQTC1LWd6zrjrzH636sRgTw5BU3E89itSNg=; b=qMz12/w+5dHvoMBa6A9KpzGcxj7TFwwrschiQxJV/k2Ab2rLpHNk4cpPX97d4xF3Vr UvkQDNKIKCsG+U7nhjmhu3j5fxxl94wkZ0kEnPiNhEmyEuu2vRBXRuyWQ67ch19Q6tjI gZb0ng7WmM5rsF5d8fZzfQcts/tpp17943BVLEm5uxJw7LdtSV252Gfc5LDw6m5AaYK8 4zclynlLrHndUMdillTRBfBCmRo8/kGJt+3aRnQ8DKRDHbnHLpbG0H3eL9pF342JO9Se CX6Toubk6QfujaotzAvRxX/PXO+xFw6nCdHGcgJ471OuwWfXRulyk5f2UZXxO6xENLbB /mBw== X-Gm-Message-State: ACrzQf2Z1Wkxhi9OLajLHrYP8cv8yCjAQQ6xhnQ1cadeB2ylo99SIgO1 VFWVUKlYvELbYE9IgscVVpvWBwqa5g8= X-Google-Smtp-Source: AMsMyM7LUDharmTYS2HLMFQBqDoOfu0VrbXB5iG3oOoeLrLUsuucdXSSiTxi3saZGPJTv6GkAUdC6A== X-Received: by 2002:a05:600c:4fcf:b0:3c6:cdb9:b68f with SMTP id o15-20020a05600c4fcf00b003c6cdb9b68fmr34847756wmq.73.1667570197720; Fri, 04 Nov 2022 06:56:37 -0700 (PDT) Received: from rltb ([82.66.8.55]) by smtp.gmail.com with ESMTPSA id m21-20020a7bca55000000b003c6c182bef9sm3394650wml.36.2022.11.04.06.56.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Nov 2022 06:56:37 -0700 (PDT) From: Robert Pluim In-Reply-To: <83k04b54f4.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Nov 2022 13:45:35 +0200") References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> Date: Fri, 04 Nov 2022 14:56:36 +0100 Message-ID: <87wn8aj017.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Fri, 04 Nov 2022 13:45:35 +0200, Eli Zaretskii said: >> A character alternative can also specify named character classes >> (*note Char Classes::). This is a POSIX feature. [...] >> >> You must not change its behavior! Making it depend on the major mode >> is even worse. Eli> Too late for such changes, sorry. Emacs interprets [:space:] like Eli> that since at least Emacs 22, if not before. Would it help if it said "This is based on a POSIX feature, but not 100% identical"? Robert -- From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 14:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Robert Pluim Cc: 58992@debbugs.gnu.org, vincent@vinc17.net Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757066323657 (code B ref 58992); Fri, 04 Nov 2022 14:05:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 14:04:23 +0000 Received: from localhost ([127.0.0.1]:54487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxJ1-00069U-3k for submit@debbugs.gnu.org; Fri, 04 Nov 2022 10:04:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45528) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxIz-00069F-FJ for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 10:04:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqxIt-00077c-0v; Fri, 04 Nov 2022 10:04:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=xwpA2banzmPddbtmKFS+Mnw9HQHHWiPjEgJgRO8ArWA=; b=URFBmvDjWyBW ssEoT4CnOTF4XAAvq5ur5OpYA/0wblRbrnkkSk3ec13oIPrYBp28XHRhe55FywFrOvA9G3Xz3dd/A 3VOaCXqvR88jqmaZn6G+YbWa/pFd9mRphiMtF4QGkgpHQXJLXwiqohP8pc/z8+W5S0e4agg+qBVXq iteeVA65HRjixgWo0fZRCXvYyycJE8BsPeukt3hAYhd+eShdUfg6tKhSBTFcZvDUiai8n584K3Xpm blAkD1gsN+Vh+4wMjtiJtC2T/Jyv9T1XkTCkhuSyVFCbeb7FG0lcPcwRSEtpbJkcSzSMajoUfk+jk 2Vioz+kTrFp60mYcCdshFQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqxIr-0007al-H9; Fri, 04 Nov 2022 10:04:14 -0400 Date: Fri, 04 Nov 2022 16:04:07 +0200 Message-Id: <83zgd64y08.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87wn8aj017.fsf@gmail.com> (message from Robert Pluim on Fri, 04 Nov 2022 14:56:36 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> <87wn8aj017.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Pluim > Cc: Vincent Lefevre , 58992@debbugs.gnu.org > Date: Fri, 04 Nov 2022 14:56:36 +0100 > > >>>>> On Fri, 04 Nov 2022 13:45:35 +0200, Eli Zaretskii said: > >> A character alternative can also specify named character classes > >> (*note Char Classes::). This is a POSIX feature. [...] > >> > >> You must not change its behavior! Making it depend on the major mode > >> is even worse. > > Eli> Too late for such changes, sorry. Emacs interprets [:space:] like > Eli> that since at least Emacs 22, if not before. > > Would it help if it said "This is based on a POSIX feature, but not > 100% identical"? No. But we can remove that sentence, since it doesn't add anything to the text. Done. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 14:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757237626396 (code B ref 58992); Fri, 04 Nov 2022 14:33:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 14:32:56 +0000 Received: from localhost ([127.0.0.1]:54511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxkd-0006rf-UN for submit@debbugs.gnu.org; Fri, 04 Nov 2022 10:32:56 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:39954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxka-0006rU-8V for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 10:32:54 -0400 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 B18A42E6; Fri, 4 Nov 2022 15:32:50 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 777C82800196; Fri, 4 Nov 2022 15:32:50 +0100 (CET) Date: Fri, 4 Nov 2022 15:32:50 +0100 From: Vincent Lefevre Message-ID: <20221104143250.GT9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <87o7tnhrvd.fsf@igel.home> <20221104124755.GQ9807@zira.vinc17.org> <87k04aj1hb.fsf@igel.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87k04aj1hb.fsf@igel.home> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 14:25:20 +0100, Andreas Schwab wrote: > On Nov 04 2022, Vincent Lefevre wrote: > > > 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? > > Yes, I did. No, you didn't. > ‘[:space:]’ > This matches any character that has whitespace syntax (*note Syntax > Class Table::). This is NOT a POSIX feature!!! -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 14:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757253226650 (code B ref 58992); Fri, 04 Nov 2022 14:36:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 14:35:32 +0000 Received: from localhost ([127.0.0.1]:54515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxnA-0006vm-D6 for submit@debbugs.gnu.org; Fri, 04 Nov 2022 10:35:32 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:60342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqxn8-0006vd-Rl for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 10:35:31 -0400 Received: from frontend03.mail.m-online.net (unknown [192.168.6.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4N3jpT3DVMz1s88k; Fri, 4 Nov 2022 15:35:29 +0100 (CET) Received: from localhost (dynscan3.mnet-online.de [192.168.6.84]) by mail.m-online.net (Postfix) with ESMTP id 4N3jpT0Cgbz1qqlR; Fri, 4 Nov 2022 15:35:29 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan3.mail.m-online.net [192.168.6.84]) (amavisd-new, port 10024) with ESMTP id SF9x8SnfPJzU; Fri, 4 Nov 2022 15:35:28 +0100 (CET) X-Auth-Info: nr5zxQ6s6HQpd/I59ZAyWaMMRo13WmciGE6OoRaCy/WpD9JuYpcVfZEa+MExZPlK Received: from igel.home (aftr-82-135-86-72.dynamic.mnet-online.de [82.135.86.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Fri, 4 Nov 2022 15:35:28 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 214FE2C35CF; Fri, 4 Nov 2022 15:35:28 +0100 (CET) From: Andreas Schwab References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <87o7tnhrvd.fsf@igel.home> <20221104124755.GQ9807@zira.vinc17.org> <87k04aj1hb.fsf@igel.home> <20221104143250.GT9807@zira.vinc17.org> X-Yow: What a COINCIDENCE! I'm an authorized ``SNOOTS OF THE STARS'' dealer!! Date: Fri, 04 Nov 2022 15:35:28 +0100 In-Reply-To: <20221104143250.GT9807@zira.vinc17.org> (Vincent Lefevre's message of "Fri, 4 Nov 2022 15:32:50 +0100") Message-ID: <87fseyiy8f.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Nov 04 2022, Vincent Lefevre wrote: > On 2022-11-04 14:25:20 +0100, Andreas Schwab wrote: >> On Nov 04 2022, Vincent Lefevre wrote: >> >> > 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? >> >> Yes, I did. > > No, you didn't. > >> ‘[:space:]’ >> This matches any character that has whitespace syntax (*note Syntax >> Class Table::). > > This is NOT a POSIX feature!!! Yes, it is. POSIX has introduced that syntax, and Emacs copied it. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 15:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Robert Pluim , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757400929178 (code B ref 58992); Fri, 04 Nov 2022 15:01:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 15:00:09 +0000 Received: from localhost ([127.0.0.1]:54536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyAz-0007aY-4W for submit@debbugs.gnu.org; Fri, 04 Nov 2022 11:00:09 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:52248) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyAt-0007ZE-Tu for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 11:00:07 -0400 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 67F4A2E6; Fri, 4 Nov 2022 16:00:02 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 207E82800196; Fri, 4 Nov 2022 16:00:02 +0100 (CET) Date: Fri, 4 Nov 2022 16:00:02 +0100 From: Vincent Lefevre Message-ID: <20221104150002.GU9807@zira.vinc17.org> References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> <87wn8aj017.fsf@gmail.com> <83zgd64y08.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83zgd64y08.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 16:04:07 +0200, Eli Zaretskii wrote: > > From: Robert Pluim > > Cc: Vincent Lefevre , 58992@debbugs.gnu.org > > Date: Fri, 04 Nov 2022 14:56:36 +0100 > > > > >>>>> On Fri, 04 Nov 2022 13:45:35 +0200, Eli Zaretskii said: > > >> A character alternative can also specify named character classes > > >> (*note Char Classes::). This is a POSIX feature. [...] > > >> > > >> You must not change its behavior! Making it depend on the major mode > > >> is even worse. > > > > Eli> Too late for such changes, sorry. Emacs interprets [:space:] like > > Eli> that since at least Emacs 22, if not before. > > > > Would it help if it said "This is based on a POSIX feature, but not > > 100% identical"? > > No. But we can remove that sentence, since it doesn't add anything to > the text. Done. IMHO, Section "Syntax of Regular Expressions" (for both Emacs and Elisp) should warn that the meaning of a regular expression may depend on the major mode. Moreover, the [[:space:]\n]+ suggestion for search-whitespace-regexp should be changed to something that does not use [:space:], as there is no guarantee that the usual whitespace characters (e.g. space and tab characters) have whitespace syntax. The manual says: @item Whitespace characters: @samp{@ } or @samp{-} Characters that separate symbols and words from each other. Typically, whitespace characters have no other syntactic significance, and multiple whitespace characters are syntactically equivalent to a single one. Space, tab, and formfeed are classified as whitespace in almost all major modes. But for Python, multiple whitespace characters are not syntactically equivalent to a single one. So in a Python major mode, the user would not want to use [:space:] for searching. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 15:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757415829413 (code B ref 58992); Fri, 04 Nov 2022 15:03:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 15:02:38 +0000 Received: from localhost ([127.0.0.1]:54540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyDN-0007eL-NS for submit@debbugs.gnu.org; Fri, 04 Nov 2022 11:02:37 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:35860) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyDK-0007e9-R6 for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 11:02:35 -0400 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 6464E2E6; Fri, 4 Nov 2022 16:02:33 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 2A60A2800196; Fri, 4 Nov 2022 16:02:33 +0100 (CET) Date: Fri, 4 Nov 2022 16:02:33 +0100 From: Vincent Lefevre Message-ID: <20221104150233.GV9807@zira.vinc17.org> References: <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <87o7tnhrvd.fsf@igel.home> <20221104124755.GQ9807@zira.vinc17.org> <87k04aj1hb.fsf@igel.home> <20221104143250.GT9807@zira.vinc17.org> <87fseyiy8f.fsf@igel.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87fseyiy8f.fsf@igel.home> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 15:35:28 +0100, Andreas Schwab wrote: > On Nov 04 2022, Vincent Lefevre wrote: > > > On 2022-11-04 14:25:20 +0100, Andreas Schwab wrote: > >> On Nov 04 2022, Vincent Lefevre wrote: > >> > >> > 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? > >> > >> Yes, I did. > > > > No, you didn't. > > > >> ‘[:space:]’ > >> This matches any character that has whitespace syntax (*note Syntax > >> Class Table::). > > > > This is NOT a POSIX feature!!! > > Yes, it is. POSIX has introduced that syntax, and Emacs copied it. Since the meaning in Emacs is different, Emacs didn't copy it. It was merely inspired by POSIX. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 15:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: rpluim@gmail.com, 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757541431481 (code B ref 58992); Fri, 04 Nov 2022 15:24:02 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 15:23:34 +0000 Received: from localhost ([127.0.0.1]:54578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyXe-0008Bh-0T for submit@debbugs.gnu.org; Fri, 04 Nov 2022 11:23:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyXb-0008BR-Ra for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 11:23:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqyXW-0001th-6F; Fri, 04 Nov 2022 11:23:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YBlAaIvi8UWW0k2eofHpj/D20VAZbC1E+/ppSSthlAM=; b=dGKPkO7shkh8 pMGCaMYgvZ7NWcY+sZNyzt5fLeZT+TOHtFppzXTIPmvWXgmSTq4eQUCcT4zjv/2+3W/Dk0OXbnbEf sCCuZ0ZV5zXWUQJrQPhXaXzE/RK7Ox5Vf7z1uctD4rppNjauJvwnfm51Kc5qcpYiUAXRo1stC8S/B QVCLP8UOMnQXejSymriyVhkUuArEkWHSf9U+K7enjetFbSQW1e3mbW6ItSE7Vcsj9aKVynjUFQwN0 hm/HUaMunRUD0ilua6+DDohJvNTs8Jnh7rywC3L6riK69p2NfW+D/R2ivuwtul3y48wTYg6pd5dE+ 9l3zEjFftIl8tHSwIOidzg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqyXM-0001BY-O5; Fri, 04 Nov 2022 11:23:25 -0400 Date: Fri, 04 Nov 2022 17:23:11 +0200 Message-Id: <83y1sq4ucg.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221104150002.GU9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 16:00:02 +0100) References: <87tu3gasjn.fsf@zira.vinc17.org> <83iljw6kbk.fsf@gnu.org> <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> <87wn8aj017.fsf@gmail.com> <83zgd64y08.fsf@gnu.org> <20221104150002.GU9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 4 Nov 2022 16:00:02 +0100 > From: Vincent Lefevre > Cc: Robert Pluim , 58992@debbugs.gnu.org > > IMHO, Section "Syntax of Regular Expressions" (for both Emacs and Elisp) > should warn that the meaning of a regular expression may depend on the > major mode. Already done. Did you look at the latest version in Git? > Moreover, the [[:space:]\n]+ suggestion for search-whitespace-regexp > should be changed to something that does not use [:space:] Done. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 15:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: Eli Zaretskii , 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166757545031562 (code B ref 58992); Fri, 04 Nov 2022 15:25:01 +0000 Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 15:24:10 +0000 Received: from localhost ([127.0.0.1]:54582 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyYE-0008D0-BS for submit@debbugs.gnu.org; Fri, 04 Nov 2022 11:24:10 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:48185) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqyYC-0008Cs-7S for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 11:24:08 -0400 Received: from frontend03.mail.m-online.net (unknown [192.168.6.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4N3ktb21yZz1r1NF; Fri, 4 Nov 2022 16:24:07 +0100 (CET) Received: from localhost (dynscan3.mnet-online.de [192.168.6.84]) by mail.m-online.net (Postfix) with ESMTP id 4N3ktZ6lvPz1qqlR; Fri, 4 Nov 2022 16:24:06 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan3.mail.m-online.net [192.168.6.84]) (amavisd-new, port 10024) with ESMTP id RWGSptS1DHkl; Fri, 4 Nov 2022 16:24:06 +0100 (CET) X-Auth-Info: h2cbLNNqkFDe6BS5SGpcRH/HEaUwie3VR79gDIVKRl+ElL57XOcmWcyLztvihVQb Received: from igel.home (aftr-82-135-86-217.dynamic.mnet-online.de [82.135.86.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Fri, 4 Nov 2022 16:24:06 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 1FD522C35D6; Fri, 4 Nov 2022 16:24:06 +0100 (CET) From: Andreas Schwab References: <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <87o7tnhrvd.fsf@igel.home> <20221104124755.GQ9807@zira.vinc17.org> <87k04aj1hb.fsf@igel.home> <20221104143250.GT9807@zira.vinc17.org> <87fseyiy8f.fsf@igel.home> <20221104150233.GV9807@zira.vinc17.org> X-Yow: Why was I BORN? Date: Fri, 04 Nov 2022 16:24:06 +0100 In-Reply-To: <20221104150233.GV9807@zira.vinc17.org> (Vincent Lefevre's message of "Fri, 4 Nov 2022 16:02:33 +0100") Message-ID: <878rkqivzd.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Nov 04 2022, Vincent Lefevre wrote: > Since the meaning in Emacs is different, Emacs didn't copy it. It copied the syntax, as I said. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Nov 2022 01:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rpluim@gmail.com, 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166761335923367 (code B ref 58992); Sat, 05 Nov 2022 01:56:02 +0000 Received: (at 58992) by debbugs.gnu.org; 5 Nov 2022 01:55:59 +0000 Received: from localhost ([127.0.0.1]:55183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1or8Pf-00064o-Ct for submit@debbugs.gnu.org; Fri, 04 Nov 2022 21:55:59 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:50766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1or8Pc-00064e-2a for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 21:55:58 -0400 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 86E42BD; Sat, 5 Nov 2022 02:55:54 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 46FED28001B1; Sat, 5 Nov 2022 02:55:54 +0100 (CET) Date: Sat, 5 Nov 2022 02:55:54 +0100 From: Vincent Lefevre Message-ID: <20221105015554.GW9807@zira.vinc17.org> References: <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> <87wn8aj017.fsf@gmail.com> <83zgd64y08.fsf@gnu.org> <20221104150002.GU9807@zira.vinc17.org> <83y1sq4ucg.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83y1sq4ucg.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-04 17:23:11 +0200, Eli Zaretskii wrote: > > Date: Fri, 4 Nov 2022 16:00:02 +0100 > > From: Vincent Lefevre > > Cc: Robert Pluim , 58992@debbugs.gnu.org > > > > IMHO, Section "Syntax of Regular Expressions" (for both Emacs and Elisp) > > should warn that the meaning of a regular expression may depend on the > > major mode. > > Already done. Did you look at the latest version in Git? If I'm not mistaken, it is said only in Section "Character Classes", not at a higher level. > > Moreover, the [[:space:]\n]+ suggestion for search-whitespace-regexp > > should be changed to something that does not use [:space:] > > Done. OK, thanks. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Nov 2022 06:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Vincent Lefevre Cc: rpluim@gmail.com, 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166763086125196 (code B ref 58992); Sat, 05 Nov 2022 06:48:02 +0000 Received: (at 58992) by debbugs.gnu.org; 5 Nov 2022 06:47:41 +0000 Received: from localhost ([127.0.0.1]:55347 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orCxw-0006YH-Lm for submit@debbugs.gnu.org; Sat, 05 Nov 2022 02:47:41 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40156) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orCxs-0006XU-5c for 58992@debbugs.gnu.org; Sat, 05 Nov 2022 02:47:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orCxm-0005Ui-RV; Sat, 05 Nov 2022 02:47:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+oYmJO3HHYuRxO/3P2LFVu8cwVvA2pRTyVBqE9WM0VQ=; b=btNXCs4mFnvg 9bJdQCzXGmiMhnu//2Oli96S7rc3IEMI7PQ8Uh2r0Hs31MAKwU6atPbjRYZD/Kf67z2/cFbrLvRnC Ogs8TnrkNp5rAjMAKt1t+fHy1Kqs3IYF26GnEI/hJj6FGgGm+5fRPHl17osScKMdp7bYwcLHNlCuR v5GwP+R/cwz+IHSmi7gPDTkw7qRIPiBQLygWz0jAK24mOmfzm00zgVpQ7HEoHDGQBIH83YlSM1Pxn 74lBSc5DvRprGysH6bVip/VPAF3JHbChjYR3LMCP5f4PXTMXR0Ftj3hsQJbfV7rrs//EonBfA1C4Q It1av5wRVso87OsoeDPVPQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orCxm-0007IY-1z; Sat, 05 Nov 2022 02:47:30 -0400 Date: Sat, 05 Nov 2022 08:47:27 +0200 Message-Id: <83k049524g.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <20221105015554.GW9807@zira.vinc17.org> (message from Vincent Lefevre on Sat, 5 Nov 2022 02:55:54 +0100) References: <20221103172157.GB9807@zira.vinc17.org> <83h6zf7w53.fsf@gnu.org> <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> <87wn8aj017.fsf@gmail.com> <83zgd64y08.fsf@gnu.org> <20221104150002.GU9807@zira.vinc17.org> <83y1sq4ucg.fsf@gnu.org> <20221105015554.GW9807@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 5 Nov 2022 02:55:54 +0100 > From: Vincent Lefevre > Cc: rpluim@gmail.com, 58992@debbugs.gnu.org > > On 2022-11-04 17:23:11 +0200, Eli Zaretskii wrote: > > > Date: Fri, 4 Nov 2022 16:00:02 +0100 > > > From: Vincent Lefevre > > > Cc: Robert Pluim , 58992@debbugs.gnu.org > > > > > > IMHO, Section "Syntax of Regular Expressions" (for both Emacs and Elisp) > > > should warn that the meaning of a regular expression may depend on the > > > major mode. > > > > Already done. Did you look at the latest version in Git? > > If I'm not mistaken, it is said only in Section "Character Classes", > not at a higher level. Yes, because that's where [:space:] is described. Saying it in other places would be a didactic mistake, because those other places are not directly related to use of character classes in regular expressions. In general, when one looks for details of some Emacs feature, one has to read the parts of the manual which actually describe that feature in all its details. From unknown Mon Jun 23 07:49:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58992: 28.2; "lax space matching" no longer works Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Nov 2022 11:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rpluim@gmail.com, 58992@debbugs.gnu.org Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.16676472515156 (code B ref 58992); Sat, 05 Nov 2022 11:21:02 +0000 Received: (at 58992) by debbugs.gnu.org; 5 Nov 2022 11:20:51 +0000 Received: from localhost ([127.0.0.1]:55748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orHEJ-0001L5-6t for submit@debbugs.gnu.org; Sat, 05 Nov 2022 07:20:51 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:57302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orHEE-0001Kt-9J for 58992@debbugs.gnu.org; Sat, 05 Nov 2022 07:20:49 -0400 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 B0FA52A2; Sat, 5 Nov 2022 12:20:44 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 96AFF280013D; Sat, 5 Nov 2022 12:20:44 +0100 (CET) Date: Sat, 5 Nov 2022 12:20:44 +0100 From: Vincent Lefevre Message-ID: <20221105112044.GX9807@zira.vinc17.org> References: <20221104033038.GK9807@zira.vinc17.org> <83v8nv5gnz.fsf@gnu.org> <20221104101513.GM9807@zira.vinc17.org> <83k04b54f4.fsf@gnu.org> <87wn8aj017.fsf@gmail.com> <83zgd64y08.fsf@gnu.org> <20221104150002.GU9807@zira.vinc17.org> <83y1sq4ucg.fsf@gnu.org> <20221105015554.GW9807@zira.vinc17.org> <83k049524g.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83k049524g.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2022-11-05 08:47:27 +0200, Eli Zaretskii wrote: > > If I'm not mistaken, it is said only in Section "Character Classes", > > not at a higher level. > > Yes, because that's where [:space:] is described. Saying it in other > places would be a didactic mistake, because those other places are not > directly related to use of character classes in regular expressions. > > In general, when one looks for details of some Emacs feature, one has > to read the parts of the manual which actually describe that feature > in all its details. Not necessarily. The regexp may come from somewhere else (there was the Emacs manual about search-whitespace-regexp, though this is no longer the case, but this could be in various other places) and the user may test it without looking at the details, but he doesn't know that the behavior depends on the major mode, so that his tests are actually wrong. -- Vincent Lefvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)