From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: tags-loop-continue Date: Sun, 10 Jan 2016 21:19:27 +0300 Message-ID: <5692A0AF.8030301@yandex.ru> References: <83wprimto9.fsf@gnu.org> <56916C10.6050004@yandex.ru> <83oacumqmj.fsf@gnu.org> <56917246.1010800@yandex.ru> <5691795E.9010008@yandex.ru> <83lh7ym725.fsf@gnu.org> <5691D768.3020908@yandex.ru> <83bn8tmnvq.fsf@gnu.org> <56928356.2000609@yandex.ru> <8360z1mkfc.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1452449977 16111 80.91.229.3 (10 Jan 2016 18:19:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Jan 2016 18:19:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 10 19:19:36 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 1aIKaW-0000qE-9G for ged-emacs-devel@m.gmane.org; Sun, 10 Jan 2016 19:19:36 +0100 Original-Received: from localhost ([::1]:48458 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIKaV-0000Eo-DY for ged-emacs-devel@m.gmane.org; Sun, 10 Jan 2016 13:19:35 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41462) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIKaS-0000EV-I9 for emacs-devel@gnu.org; Sun, 10 Jan 2016 13:19:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aIKaP-00027l-Cb for emacs-devel@gnu.org; Sun, 10 Jan 2016 13:19:32 -0500 Original-Received: from mail-lf0-x22b.google.com ([2a00:1450:4010:c07::22b]:36426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIKaP-00027Z-5m; Sun, 10 Jan 2016 13:19:29 -0500 Original-Received: by mail-lf0-x22b.google.com with SMTP id h129so6299001lfh.3; Sun, 10 Jan 2016 10:19:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=HxWHYubTA08beGqtrdZDmJLKGEMS72PZWlMC+dsgcX8=; b=iAV30ys0MxQ05fW8OzTM4uDsQ46JOi6Fp7+PCcrTH719J4eyuQIlJkJ3g4XMJlYlbq eswM2pwpPmNir9JBVDtgmbvp/a5dEC7A+sR5QuqqL8rfWujnLsoOE9C7b5Vk3PsJYG2o 8vDLcPpTzRz1PmCd/DAa0FeEek0iZHH+2jYCVv9iC4rCqxndsIvye8KBNc8H3BXljH8W WkkOxgQzWEEZkARQ0h3Xt3p5Ccc1WCT5cwku2SmL6PyrS1YEn88vP+H4MFegOLUI6J2Q xHm2b0F3OBEJjFv64YHCgDkh8snbVwbNKwyicKOUNX+dZWgm2hwfw4pLOPr0Qo1sPR3W sNAg== X-Received: by 10.25.27.76 with SMTP id b73mr28517627lfb.43.1452449968387; Sun, 10 Jan 2016 10:19:28 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id 64sm452162lfx.19.2016.01.10.10.19.27 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Jan 2016 10:19:27 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Thunderbird/43.0 In-Reply-To: <8360z1mkfc.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::22b 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:197990 Archived-At: On 01/10/2016 08:08 PM, Eli Zaretskii wrote: >> Because tags-query-replace uses a special keymap, we can bind >> tags-loop-continue to M-, in it. _Maybe_ we can similarly use a new >> keymap during tags-search's execution. >> >> If you think it's a good idea, I can look into it. > > I think it should be okay, thanks. All right, looking into it. > As long as the command is > interactive, it can always be rebound, if users so want. That applies to both proposed solutions, though. And even the case where we end up without default binding for this command, as long as its un-obsoleted. >> On the flip side, the users may get confused that M-, is bound to >> different commands in different contexts. > > But the current binding of M-, makes no sense while tags-search is > on-going, I think. So it sounds like a good compromise to me. I suppose. My main concern is that someone can get used to M-, being bound to tags-loop-continue, and then use this key combination outside of tags-search, to an entirely different result.