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 20:25:51 +0300 Message-ID: <70f7934e-621a-262e-f7c5-08be4c6fa0c3@yandex.ru> 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> <450a8f6d-53a6-89a5-22b0-26859019c34b@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1459790853 6848 80.91.229.3 (4 Apr 2016 17:27:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Apr 2016 17:27:33 +0000 (UTC) Cc: 23179@debbugs.gnu.org To: Anders Lindgren Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 04 19:27:22 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 1an8Ha-0005jR-10 for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 19:27:22 +0200 Original-Received: from localhost ([::1]:60166 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an8HW-0005fz-7t for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 13:27:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32773) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an8HL-0005YH-ML for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 13:27:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1an8HG-0004In-Ix for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 13:27:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54234) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an8HG-0004Ii-Ea for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 13:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1an8HG-0006yx-67 for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 13:27: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: Mon, 04 Apr 2016 17:27: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.145979076326772 (code B ref 23179); Mon, 04 Apr 2016 17:27:02 +0000 Original-Received: (at 23179) by debbugs.gnu.org; 4 Apr 2016 17:26:03 +0000 Original-Received: from localhost ([127.0.0.1]:51361 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1an8GI-0006xk-Pp for submit@debbugs.gnu.org; Mon, 04 Apr 2016 13:26:02 -0400 Original-Received: from mail-lf0-f41.google.com ([209.85.215.41]:35401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1an8GG-0006x2-72 for 23179@debbugs.gnu.org; Mon, 04 Apr 2016 13:26:00 -0400 Original-Received: by mail-lf0-f41.google.com with SMTP id c126so62409765lfb.2 for <23179@debbugs.gnu.org>; Mon, 04 Apr 2016 10:26:00 -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=US/YHEyXwxhcCBxK+L2i7Dr4R5oM0lTrhH6wtJeL4tE=; b=mrY5qN9iejs8W8ztK6yu6QQ2KocqpBwxReTgKWRnRTjgHe6Qk0al9JtQv7qvWBRWsz E9HwhrbXfrTCqnNXn5XGC/xxG9v9KEqBYtt40yGRqK9rFJa4+rdLrMUS0r8k1d5A+xGF leDurHasZp7DP5sDq3k9NMVPgw7EDtmuKU8FOPzAhGpy+9Qt6zcVWQs+srdl1hGIUO1m pjELot4Y967FyBHRZ6r2IvTl9mEhMCO8NwsqyoNGNPfplcWgwHBrBQDRdfnwBb8zfjoq ITq2sNG52sHuVlmSPQVaaZGZDWcp4tikR+O6mk3Iayiyd0Rm7XnEUaVmiCdscmv4Bp0D BqcA== 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=US/YHEyXwxhcCBxK+L2i7Dr4R5oM0lTrhH6wtJeL4tE=; b=QqE/QCDa74GVxPWEiW9oYPjJhUDvrWqTqI/F+5rMrue4wUmrWxEB8Pprp5vYuelGRY /hHURq1evSnFIsl5RJCrawLWC3ntUDPhoqVaxxSyGPyGPyNBYgjJRTaZsYdApw/Fdsqe OkKMvRK9gV1UL+EfskiZQvfroTmwEzx/pBxweGxCzUFsEsfoLwCjC+uBuA9o6cHV4F8U hPGM4LamaflSJnZAIijT41vdg+DMnczNkACz9qAQBNc3T4WdUVqnRVraSgmlvn+ldons BXDn0KkrzeNVtQ7JRok2y0GyiOgr0+P7bUit7eUc9e7TqC35Ot3G3ezPMpi1zyemec+o nR0Q== X-Gm-Message-State: AD7BkJKu56hIhuZHmeGjJ11K2ubHBWoEeux5hbuPr0RRYqPYC2TmwyNWtdJqvOkrKkAlTA== X-Received: by 10.194.61.209 with SMTP id s17mr19495904wjr.35.1459790754326; Mon, 04 Apr 2016 10:25:54 -0700 (PDT) Original-Received: from [192.168.0.185] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by smtp.googlemail.com with ESMTPSA id w202sm13768238wmw.18.2016.04.04.10.25.52 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Apr 2016 10:25:53 -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:116032 Archived-At: On 04/04/2016 07:58 PM, Anders Lindgren wrote: > If xref doesn't provide something similar to tags-search and tags-query > replace, I would say that it's more likely that Emacs 25.1 will be > released with M-, bound to tags-loop-continue -- as this will make both > the old tags commands and the new xref system work. All we need to do is > to find a new binding for xref-pop-marker-stack. I find that choice unlikely. But if we do end up butchering the new UI to use an amalgam of new and old bindings, I'll leave any further work on xref to people with more patience. > You've never used e.g. xref-find-references? > > > No. I went into this with the eyes of an existing tags user, and > reported the problems I saw. etags has no counterpart for this command. Note, though, that the default implementation relies on the Project package. > However, most Windows users doesn't even have unix tools installed -- so > it's a really bad idea to assume that tools like `find' and `grep' are > available when running under Windows (at least until Emacs provide all > the tools needed). We've already been assuming their presence for a while, in e.g. rgrep and find-grep-dired. Also, maybe you haven't heard yet: the new version of Windows is promised to include a Linux subsystem, with GNU tools installed [0]. It should make using Grep, etc, much easier in the long run. > I think that I have done that. But I'll try again: I would like an > incremental, UI-free, free text search (like tags-search and > tags-query-replace). It's up to the backend to decide which files should > be included in the search. In the tags case, all files referred to the > tags file should be included. For other environments, public interfaces > to used libraries could be included. That's better, thanks. But let's clarify this: should the set of files, which is decided by the backend, be exactly the same as the files that get searched by xref-find-references? I.e. program source code, in most cases. [0] http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx