From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: ndame via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#52751: 27.1; Go back to editing the from part in query replace Date: Sun, 26 Dec 2021 18:51:18 +0000 Message-ID: References: <861r20lchf.fsf@mail.linkov.net> <8635mgjtyk.fsf@mail.linkov.net> <86bl133iuh.fsf@mail.linkov.net> Reply-To: ndame Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39838"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 52751@debbugs.gnu.org, rms@gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 26 19:52:20 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 1n1Yd2-000AAS-4B for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Dec 2021 19:52:20 +0100 Original-Received: from localhost ([::1]:42422 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n1Yd1-0005R4-4M for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Dec 2021 13:52:19 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53808) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n1Yck-0005QB-4F for bug-gnu-emacs@gnu.org; Sun, 26 Dec 2021 13:52:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58252) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n1Ycj-0006pU-LY for bug-gnu-emacs@gnu.org; Sun, 26 Dec 2021 13:52:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n1Ycj-000560-Jk for bug-gnu-emacs@gnu.org; Sun, 26 Dec 2021 13:52:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: ndame Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Dec 2021 18:52:01 +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.164054468719535 (code B ref 52751); Sun, 26 Dec 2021 18:52:01 +0000 Original-Received: (at 52751) by debbugs.gnu.org; 26 Dec 2021 18:51:27 +0000 Original-Received: from localhost ([127.0.0.1]:41565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1YcB-000551-G5 for submit@debbugs.gnu.org; Sun, 26 Dec 2021 13:51:27 -0500 Original-Received: from mail-4319.protonmail.ch ([185.70.43.19]:15619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1YcA-00054l-2e for 52751@debbugs.gnu.org; Sun, 26 Dec 2021 13:51:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail2; t=1640544679; bh=luBU05UqWVEHbXm6bKXafgXzwrISv8GxUbQlOxr5vm0=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:From:To:Cc; b=BZse3MQvNrvPQGKdvNKRLRK2kP6bqyiGeHWdPt7n/YaSg3hhlXRuEWRt6IjHwb6/z Cr081VNGXPK61slEZ5kV0NfBYZsSpXTUatyBNxmADHjsTa3rA2i/D6YkAuSgvMgy89 3lBE0urcymPQPySwhMQXltyhH1y0JVOuZHHW+hSf5srwU6HedTzaGROhu32FW2PhOm 1rmItzLN5cxelsbYP8CZrJAmvWGAZL1JG9Ftqjbp5Qo0vE6Gqb1Qf+ihIkWj/nlTZ0 NWe+DqWIUWzwibDI2h2BsJTuLQQb2SwRaG4VophnILNccPoZcxgAicVM2I5gEamGip 0OOxgVP1j48mA== In-Reply-To: <86bl133iuh.fsf@mail.linkov.net> 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" X-ACL-Warn: , ndame Xref: news.gmane.io gmane.emacs.bugs:223161 Archived-At: > > This means like there is a generic function 'completing-read-multiple' > that reads multiple fields using "," as a separator, a similar function > could be created to read a list of values from fields in the minibuffer. Yes, something like that. It's practically a mini dialog where you provide field labels and it reads fields for you. It may even display the dialog fields vertically in the minibuffer in label - field format like Customize: Replace __________ with ____________ But it's not clear for me how generic it should be. After all, in case of query replace up arrow or M-p should fill the fields with previous from/to pairs which may be specific to query replace. Or is it also applicable for other commands which read multiple values that= up arrow should fill the fields with previous configs? We'll know if other commands are identified which read multiple values in sequence which could be given in any order. Maybe it should be implemented first for query-replace/regexp and made more generic if other possible use cases are identified.