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 14:00:07 +0300 Message-ID: References: <83io01u1gn.fsf@gnu.org> <83d1q9tx0m.fsf@gnu.org> 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 1459767691 1868 80.91.229.3 (4 Apr 2016 11:01:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Apr 2016 11:01:31 +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 13:01:19 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 1an2Fx-0000b4-9G for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 13:01:17 +0200 Original-Received: from localhost ([::1]:57862 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an2Ft-0006fg-8a for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 07:01:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57149) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an2Fl-0006f9-AW for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 07:01:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1an2Fi-0000At-3J for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 07:01:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an2Fh-0000Ap-VF for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 07:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1an2Fh-0004CB-P7 for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 07:01:01 -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 11:01:01 +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.145976762016071 (code B ref 23179); Mon, 04 Apr 2016 11:01:01 +0000 Original-Received: (at 23179) by debbugs.gnu.org; 4 Apr 2016 11:00:20 +0000 Original-Received: from localhost ([127.0.0.1]:50623 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1an2F2-0004B8-Fq for submit@debbugs.gnu.org; Mon, 04 Apr 2016 07:00:20 -0400 Original-Received: from mail-lb0-f180.google.com ([209.85.217.180]:36573) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1an2F0-0004Aw-FU for 23179@debbugs.gnu.org; Mon, 04 Apr 2016 07:00:19 -0400 Original-Received: by mail-lb0-f180.google.com with SMTP id qe11so154972278lbc.3 for <23179@debbugs.gnu.org>; Mon, 04 Apr 2016 04:00:18 -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=iryJPZHTIV8qwhYog/Q19HHm4s+OApYq8SLh9VOO5aY=; b=Ctrc0V69kq2JYEnGQ+mFgyg8/fPdLFyRU2QCUp3aXYhSLL72oHKTqLaJ0tzyhAmLk3 zL3uBYoWyuPVbzHcRB+7GBg92P75fbbmQXcjD1RPFkWbNDLL68BkLQTGDeneR6HwNhNl r5cjeAbAh5c8gL2OOp7oAlRaXoM5imkxOBcMJqfCjg2gDtQjK1MzFN3RGhp1ex/wXANI FfOwi3dVeKhmO++gp5vY5cpSOcVUn6MCAmmJL1DTzDpmAT8bb14yF2jU60pznRL9FIOY Ol+fy2BUHVraZMKV0YlXV74Es4OTMclKwak6ZliDGeXZbPR3z0OomTigqmmM0K6Na606 sSwg== 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=iryJPZHTIV8qwhYog/Q19HHm4s+OApYq8SLh9VOO5aY=; b=eZzzxC2YRu+AJGMPoye6yhykxyw6/8z/ZHxR2eBIQCLMaDVD7xfWFlMJo7wJjirSbP 76/spu91vrkQ9UfxrM/fZgKQflxzbDbvX5rzShLeJluqv40sUjhnahDn033eHdrtxOqT nXmfajpL0IRN1s8SISsf7ytz3c4gT5E+BCqY/8VNNu6c70h343k7Dnv8h1MI/NCa+DDa RY2VO+0crNTDbjFXAuwhB+vPC0yj5qSdqi1bvfvyZM7ttdPItkoe7x4TP0Jk3MK9peYB kQNx/uISqwk1JNs/+RHjgLxuAK892WPs6PUKFwQMQUmOY5gdL5jipG1dAOci7+HhtY05 YgBA== X-Gm-Message-State: AD7BkJLrybNNs9z41RjyV+hP+K6APGXKL0yQpkm5gDoAVSBVtRe9NEWZMn+7PLzlX1XRAw== X-Received: by 10.28.104.131 with SMTP id d125mr11170133wmc.99.1459767609676; Mon, 04 Apr 2016 04:00:09 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id u79sm7712028wmu.8.2016.04.04.04.00.08 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Apr 2016 04:00:09 -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:116016 Archived-At: On 04/04/2016 11:21 AM, Anders Lindgren wrote: > I have tried all the the functions you have suggested, but I didn't get > any of them to perform like I wanted to. Of course, I didn't have time > to dig into each one of them, so that, for example, > `project-or-external-find-regexp' asked for a new project root directory > and then failed to turn up any matches I put it aside. Project commands just need a version-controlled directory to be called from. Are you not using version control for the project in question? > "redo this process"? Which one? > > > The process of deciding which files and directories should be included > in a "project". If you use TAGS, you typically do that from an external > script cherry-picking directories and files. You don't want to do that a > second time using some other kind of project manager. Fair enough. But you'll also miss out on e.g. project-find-file. We've been considering to approach this duplication of effort from the other direction: augmenting the project API with information necessary to generate a TAGS file. > Yes, there probably is a list of files in there a backend could > search, but it should be specified better than that. Search only > inside source code, but not documentation, resources, etc? Including > any external files that do not belong to this project (try imagining > a different xref backend for C code; it would probably include the > installed libraries)? > > And again, what do you see as the main advantage of the new command > over project-or-external-find-regexp? > > > The advantage over `tags-search' (which I use today) is that I would be > able to use another, more powerful, underlying database. That's not the question I asked. What's the advantage over project-or-external-find-regexp, at least when it works? You've also never answered the questions about the command's semantics, above. If you want to see xref-find-regexp, I suggest you do that. > E.g. TAGS does > not manage references to objects whereas systems like "kythe" does. That's one advantage to using a generic API like xref. I don't think it'll help much with xref-find-regexp, though: you're not just looking for references, it's a full-text regexp search. > I mean the source buffer. Yes, `next-error' is a good candidate. (It's > key binding is somewhat clumsy though, if you need to skip past several > matches.) I bind them to `M-n' and `M-p'. Luckily, they're not occupied by default.