From: Juri Linkov <juri@linkov.net>
To: Drew Adams <drew.adams@oracle.com>
Cc: "27896@debbugs.gnu.org" <27896@debbugs.gnu.org>,
Lars Ingebrigtsen <larsi@gnus.org>
Subject: bug#27896: [External] : Re: bug#27896: 25.2; `C-M-%' with `rectangle-mark-mode'
Date: Sun, 07 Feb 2021 20:58:39 +0200 [thread overview]
Message-ID: <87eehrwyd8.fsf@mail.linkov.net> (raw)
In-Reply-To: <SA2PR10MB44741A63A4C7EA23A6F63421F3B29@SA2PR10MB4474.namprd10.prod.outlook.com> (Drew Adams's message of "Fri, 5 Feb 2021 16:19:06 +0000")
>> > The (normal) region limits the text that replacement search
>> > tries to match, by bounding it. The rectangular region keeps
>> > the ordinary region as the domain of text that search tries
>> > to match, and it filters the matches against that domain to
>> > remove any matches that are not wholly within the limits of
>> > the rectangle.
>>
>> Yup. It's a pretty odd design decision, though --
>> I wonder whether it this happened on purpose or
>> whether that was just the simplest way to implement this.
>
> I'm pretty sure it was done this way just because
> that's much simpler to do.
Indeed. A proper implementation would require
too much changes in core code. Just imagine
how to properly replace multi-line regexps in the
rectangular region using current search functions.
As a workaround, to imitate rectangular narrowing,
you can copy the rectangular region with C-x r k
to a temporary buffer, query-replace in it, and
paste the result back with C-x r y.
next prev parent reply other threads:[~2021-02-07 18:58 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-01 4:17 bug#27896: 25.2; `C-M-%' with `rectangle-mark-mode' Drew Adams
2017-08-02 22:22 ` Drew Adams
2021-02-05 11:58 ` Lars Ingebrigtsen
2021-02-05 16:19 ` bug#27896: [External] : " Drew Adams
2021-02-07 18:58 ` Juri Linkov [this message]
2021-02-07 20:52 ` Lars Ingebrigtsen
2021-02-08 18:12 ` Juri Linkov
2021-02-09 8:09 ` Lars Ingebrigtsen
2021-02-09 9:24 ` Juri Linkov
2021-02-09 17:34 ` Drew Adams
2021-02-09 17:54 ` Juri Linkov
2021-02-09 18:38 ` Drew Adams
2021-02-09 19:19 ` Juri Linkov
2021-02-09 21:01 ` Drew Adams
2021-02-09 21:07 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87eehrwyd8.fsf@mail.linkov.net \
--to=juri@linkov.net \
--cc=27896@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).