From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#23179: 25.0.92; Restore `M-,' to continue etags search Date: Mon, 4 Apr 2016 02:00:41 +0300 Message-ID: References: <48066d7c-e4d3-acf5-fdcf-1aa9a108cb90@yandex.ru> <83bn5ttwul.fsf@gnu.org> <83shz4sdi0.fsf@gnu.org> <5a9b5719-ea84-89bc-c0c5-37692fafd23d@yandex.ru> <8c1fc5c4-1f80-b889-3f16-55673836ed13@yandex.ru> 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 1459724481 4413 80.91.229.3 (3 Apr 2016 23:01:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Apr 2016 23:01:21 +0000 (UTC) Cc: 23179@debbugs.gnu.org, Anders Lindgren To: John Wiegley Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 04 01:01:10 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1amr14-0003Zd-1g for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 01:01:10 +0200 Original-Received: from localhost ([::1]:55560 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1amr13-0007H1-Ap for geb-bug-gnu-emacs@m.gmane.org; Sun, 03 Apr 2016 19:01:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35397) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1amr0z-0007Gs-Tb for bug-gnu-emacs@gnu.org; Sun, 03 Apr 2016 19:01:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1amr0w-0007AX-Kh for bug-gnu-emacs@gnu.org; Sun, 03 Apr 2016 19:01:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53281) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1amr0w-0007AT-Gj for bug-gnu-emacs@gnu.org; Sun, 03 Apr 2016 19:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1amr0w-0004dq-AW for bug-gnu-emacs@gnu.org; Sun, 03 Apr 2016 19:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Apr 2016 23:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23179 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23179-submit@debbugs.gnu.org id=B23179.145972445117814 (code B ref 23179); Sun, 03 Apr 2016 23:01:02 +0000 Original-Received: (at 23179) by debbugs.gnu.org; 3 Apr 2016 23:00:51 +0000 Original-Received: from localhost ([127.0.0.1]:50408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1amr0k-0004dG-SI for submit@debbugs.gnu.org; Sun, 03 Apr 2016 19:00:51 -0400 Original-Received: from mail-lf0-f44.google.com ([209.85.215.44]:36045) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1amr0j-0004d3-IA for 23179@debbugs.gnu.org; Sun, 03 Apr 2016 19:00:49 -0400 Original-Received: by mail-lf0-f44.google.com with SMTP id g184so70127327lfb.3 for <23179@debbugs.gnu.org>; Sun, 03 Apr 2016 16:00:49 -0700 (PDT) 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-transfer-encoding; bh=7MypSVQeQP/Y7AZrLLsWJMpG69u0NObaHcFVl/D14ZQ=; b=FTy+6WyqYSc2octfmZRjPz+AZaov41nuaAmLtKZBaC8bNBVHjU9jI09g1tAOxgW1I8 pOk3IELhytC/vt3Dl8KJ6I1nfUoRtPbAdOKcxRdveNNx08t9n5pVsUPb1+YyGsEq1FJx UTJUkiwGQPnou8I+wEruWkYgy39fp/7GwoswROaIE0JcqTmnfY3LvFd1e0q/ToLFHLZT 9FjWTk9PoEH8TbQcZILM5x8QoaixGIyuxzixTUYTggpshkOHVLmvV4TwH3rRaePYcQ1X KHPTgWcXnW5MRStZ9i7dtVt2cbNfafWgwUl1b+cWdRt1g8mCqboboDv8LsS+DdvKz6Jp EIaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=7MypSVQeQP/Y7AZrLLsWJMpG69u0NObaHcFVl/D14ZQ=; b=WGh2pdJboFz24JVQGnJlgso5CuDi6qusFUaqI6s54gfm2yUZNf8O29c8jGRXHel47B TfbUSbwAqfLez+obSvNihNsIme02Fm8rAg/wFzNMSJz8y72XEAzFy38fYCWXgn78trZV 87+YknSSUloWPpOIRfnnAPZ8Lgy77v5oOpXw0NvA1pnpzE4anyPvw6kxSvlERdMkicud 2CNGkBNUPqB5IVfx/+Xg6G4vRAi5Q8GBsNh6IopTSKi5PNy4yDasqoeseFldalu+Dmlj V4GEALxC/qSbpBrGgk9xZrI+GPvZTLiHWDOjNtlQtLnqDFIvy0TLdGqbgVn9hiw/hrO2 f44A== X-Gm-Message-State: AD7BkJK0tX6B2QPfsfbnVXJRrkakt9c1SaK3dk3NhZL+agOnyixmbarlqPdRZknU7QNgSA== X-Received: by 10.194.171.66 with SMTP id as2mr15305963wjc.110.1459724443548; Sun, 03 Apr 2016 16:00:43 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id h7sm10762410wmf.9.2016.04.03.16.00.42 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2016 16:00:42 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115994 Archived-At: On 04/04/2016 01:44 AM, John Wiegley wrote: > I realize it all sounds very natural to you, Dmitry, because you designed it. This advantage clearly should be the most convincing, but you've skipped the other one: non-proliferation of new query-replace commands. > However, accept that is not as natural to everyone else. I too want a command > that lets me immediately jump to the first hit, rather than populating a very > large search results list only to visit it. There is value in > tags-query-replace. First hit of what? We already have three different commands which search for different things, and return replace-able results. If we want the xref UI to be reusable, that would bring new search commands in the future. Do you want each of them to come with a corresponding query-replace command? > The fact that the xref.el API makes this now hard to do is a deficiency in > that API, not an indication that we shouldn't be doing it. Let's fix the API > -- which is still considered experimental. Your generator suggestion sounds > like a good approach. Sure, I'm all for that.