From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: tags-loop-continue Date: Sun, 10 Jan 2016 05:45:06 +0200 Message-ID: <83lh7ym725.fsf@gnu.org> References: <83wprimto9.fsf@gnu.org> <56916C10.6050004@yandex.ru> <83oacumqmj.fsf@gnu.org> <56917246.1010800@yandex.ru> <5691795E.9010008@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1452397518 29086 80.91.229.3 (10 Jan 2016 03:45:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Jan 2016 03:45:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 10 04:45:14 2016 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 1aI6wK-00058V-9G for ged-emacs-devel@m.gmane.org; Sun, 10 Jan 2016 04:45:12 +0100 Original-Received: from localhost ([::1]:45088 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aI6wJ-0003fr-Db for ged-emacs-devel@m.gmane.org; Sat, 09 Jan 2016 22:45:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35791) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aI6wF-0003fh-Qn for emacs-devel@gnu.org; Sat, 09 Jan 2016 22:45:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aI6wC-0005ho-KU for emacs-devel@gnu.org; Sat, 09 Jan 2016 22:45:07 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56620) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aI6wC-0005hk-HR; Sat, 09 Jan 2016 22:45:04 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2862 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aI6wB-0007ZE-QQ; Sat, 09 Jan 2016 22:45:04 -0500 In-reply-to: <5691795E.9010008@yandex.ru> (message from Dmitry Gutov on Sun, 10 Jan 2016 00:19:26 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:197945 Archived-At: > Cc: emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sun, 10 Jan 2016 00:19:26 +0300 > > On 01/09/2016 11:49 PM, Dmitry Gutov wrote: > > > If it's only supposed to be used in tags-query-replace and > > tags-query-replace now, why does it need a binding? It only seems to be > > used in a non-interactive way. > > Or if we *are* supposed to invoke tags-loop-continue interactively when > using these commands, can't we make sure that it's only bound *then*? > > Like, set that binding in certain major modes' key maps? Or, if that's > not an option, temporarily enter a minor mode that would set that binding? > > IIUC, tags-query-replace *does* use certain keymaps for its whole duration. > > And regarding tags-search, it shouldn't be too hard to implement an > alternative that would use an xref buffer for output. If you like that > idea, what shall we call it? tags-loop-continue is also used by Dired, see 'A' and 'Q' in "Operating on Files". Look at this from the user's POV: these two commands, as well as tags-search and tags-query-replace, are still available, so users will expect to be able to continue them as they did before. How can we explain to them that the keybinding for that command changed? Other than that, what technical solution is used to keep the command and its keybinding available is unimportant, I think.