From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: History for query replace pairs Date: Tue, 14 Oct 2014 14:19:48 -0700 (PDT) Message-ID: <11f89f52-77c8-4368-a597-97bcc5cd053b@default> References: <87lhovik5c.fsf@lifelogs.com> <87wq8egh3r.fsf@lifelogs.com> <87ppe4zv0t.fsf@mail.jurta.org> <87k34ba5sn.fsf@mail.jurta.org> <87siiq4gpv.fsf@mail.jurta.org> <20141014191319.GA6148@acm.acm> <8738aq308u.fsf@mail.jurta.org> <73ac8eba-f16d-4bbf-a32e-a237be15ab73@default> <87wq82z99r.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1413321634 3424 80.91.229.3 (14 Oct 2014 21:20:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Oct 2014 21:20:34 +0000 (UTC) Cc: Alan Mackenzie , Stefan Monnier , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 14 23:20:27 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xe9W7-0006aB-2s for ged-emacs-devel@m.gmane.org; Tue, 14 Oct 2014 23:20:27 +0200 Original-Received: from localhost ([::1]:40487 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xe9W6-0008MR-Jp for ged-emacs-devel@m.gmane.org; Tue, 14 Oct 2014 17:20:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56281) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xe9Vi-0008Hf-3q for emacs-devel@gnu.org; Tue, 14 Oct 2014 17:20:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xe9VZ-0003zn-9j for emacs-devel@gnu.org; Tue, 14 Oct 2014 17:20:02 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:41526) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xe9VZ-0003zh-3b for emacs-devel@gnu.org; Tue, 14 Oct 2014 17:19:53 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s9ELJpfM032440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 14 Oct 2014 21:19:52 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9ELJn4X015516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Oct 2014 21:19:49 GMT Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9ELJmu7015498; Tue, 14 Oct 2014 21:19:48 GMT In-Reply-To: <87wq82z99r.fsf@mail.jurta.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:175377 Archived-At: > > If you want to reuse a previous old/new replacement pair, > > just use `C-x ESC ESC'. You have `M-p' or `M-r' to choose > > which previous pair to reuse. And you can edit such a choice. > > > > What's the problem? >=20 > There are no previous replacement pairs in `C-x ESC ESC' > when M-% is invoked from isearch. Really? That's what this all is about - `M-%' from Isearch? I just searched this 3-month-long thread for `M-%' and found _one_ occurrence of `M-%', and that occurrence had nothing to do with being invoked during Isearch. And I searched the entire thread separately for "isearch", and found _no_ occurrences of that. Sure, it's still possible that I missed some indirect mention of the problem of invoking `M-%' from Isearch. But it's truly hard to imagine that the discussion has been focused for 3 months on finding a solution to the `M-%'-in-isearch-default-pairs problem. Why would a discussion of this wander all over the map for 3 months, and never once mention `M-%' during Isearch, if that is in fact the only real use case that is problematic? Why wait until I ask about `C-x ESC ESC' to focus on the problem? (I mentioned `C-x ESC ESC' the first day of this thread, BTW, but no one responded.) This is much ado about nothing, AFAICT. Misplaced zeal, perhaps. If you want to find a way to pick up previous `M-%' pairs for `M-%' when it is invoked from Isearch, then just do that. Find a reasonable solution for Isearch, if it is an Isearch-specific problem (as it seems to be). If `C-x ESC ESC' is otherwise adequate (with `M-p' & `M-r') for retrieving query-replace pairs, then maybe just use `command-history', filtered for query-replace commands, to supplement `M-%' during Isearch.