From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#52751: 27.1; Go back to editing the from part in query replace Date: Sun, 26 Dec 2021 09:49:09 +0200 Organization: LINKOV.NET Message-ID: <86y247242q.fsf@mail.linkov.net> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17891"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: ndame , 52751@debbugs.gnu.org To: Daniel =?UTF-8?Q?Mart=C3=ADn?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 26 08:59:40 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n1ORQ-0004W8-1c for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Dec 2021 08:59:40 +0100 Original-Received: from localhost ([::1]:51648 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n1ORO-0006GU-V2 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Dec 2021 02:59:39 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48564) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n1OQo-0006F6-V0 for bug-gnu-emacs@gnu.org; Sun, 26 Dec 2021 02:59:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56858) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n1OQo-0005Fa-LC for bug-gnu-emacs@gnu.org; Sun, 26 Dec 2021 02:59:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n1OQo-0008JR-MI for bug-gnu-emacs@gnu.org; Sun, 26 Dec 2021 02:59:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Dec 2021 07:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52751 X-GNU-PR-Package: emacs Original-Received: via spool by 52751-submit@debbugs.gnu.org id=B52751.164050551631895 (code B ref 52751); Sun, 26 Dec 2021 07:59:02 +0000 Original-Received: (at 52751) by debbugs.gnu.org; 26 Dec 2021 07:58:36 +0000 Original-Received: from localhost ([127.0.0.1]:40169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1OQN-0008IN-V3 for submit@debbugs.gnu.org; Sun, 26 Dec 2021 02:58:36 -0500 Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:39813) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1OQK-0008Hj-Cp for 52751@debbugs.gnu.org; Sun, 26 Dec 2021 02:58:32 -0500 Original-Received: (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id AEBE7C0002; Sun, 26 Dec 2021 07:58:24 +0000 (UTC) In-Reply-To: ("Daniel =?UTF-8?Q?Mart=C3=ADn?= via \"Bug reports for GNU Emacs, the Swiss army knife of text editors\""'s message of "Sun, 26 Dec 2021 01:08:36 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:223134 Archived-At: > The FROM value is stored in history even if you abort the query and > replace without completing it: > > emacs -Q > M-% foo RET > C-g > M-% M-p (this should recover "foo"). > > There's room for improvement, though. If there are complete query > replace items of the form FROM -> TO, then they are placed before the > FROM entries in the history. Perhaps there should be a mechanism to > recover those FROM entries from history more quickly. The problem is that when reading the TO field was not interrupted, then it's much more preferable to show complete replacement pairs FROM -> TO on M-p, instead of a single FROM value.