GNU bug report logs -
#78021
30.1; Unclear sentence in (emacs)Matching
Previous Next
To reply to this bug, email your comments to 78021 AT debbugs.gnu.org.
There is no need to reopen the bug first.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#78021
; Package
emacs
.
(Wed, 23 Apr 2025 22:44:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 23 Apr 2025 22:44:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In (emacs)Matching (not a great name for the node abbreviation, BTW),
this sentence is unclear:
"Conversely, when you insert a closing delimiter over an existing one,
No insertion takes places, and that position is simply skipped over."
What does it mean to insert a closing delimiter "over an existing one"?
No idea what this is trying to say, or why it's deemed the "converse" of
what happens when you insert an opening delimiter.
Presumably it should include something about what happens to the
"existing" closing delimiter, and something about point, if it hopes to
convey the converse behavior.
In GNU Emacs 30.1 (build 2, x86_64-w64-mingw32) of 2025-02-23 built on
AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.26100
System Description: Microsoft Windows 10 Pro (v10.0.2009.26100.3775)
Configured using:
'configure --with-modules --without-dbus --with-native-compilation=aot
--without-compress-install --with-tree-sitter CFLAGS=-O2
prefix=/g/rel/install/emacs-30.1'
Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB
(NATIVE_COMP present but libgccjit not available)
Important settings:
value of $LANG: ENU
locale-coding-system: cp1252
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Thu, 24 Apr 2025 09:11:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Drew Adams <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Thu, 24 Apr 2025 09:11:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 78021-done <at> debbugs.gnu.org (full text, mbox):
> Date: Wed, 23 Apr 2025 22:42:49 +0000
> From: Drew Adams via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> In (emacs)Matching (not a great name for the node abbreviation, BTW),
> this sentence is unclear:
>
> "Conversely, when you insert a closing delimiter over an existing one,
> No insertion takes places, and that position is simply skipped over."
>
> What does it mean to insert a closing delimiter "over an existing one"?
> No idea what this is trying to say, or why it's deemed the "converse" of
> what happens when you insert an opening delimiter.
>
> Presumably it should include something about what happens to the
> "existing" closing delimiter, and something about point, if it hopes to
> convey the converse behavior.
Thanks, I've fixed the wording on the emacs-30 branch.
This bug report was last modified today.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.