From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: charles@aurox.ch (Charles A. Roelli) Newsgroups: gmane.emacs.bugs Subject: bug#31027: 27.0.50; xref, tags-location-ring equivalent Date: Sun, 08 Apr 2018 11:14:14 +0200 Message-ID: References: <4540850e-1f76-22d9-cf7b-bd680eb34c6b@yandex.ru> <399191a7-2570-75da-d9b7-12ca8172dc4e@yandex.ru> <871sfubsda.fsf@mail.linkov.net> <9664ec28-64cf-7711-ab35-8300c70f5908@yandex.ru> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1523178731 32235 195.159.176.226 (8 Apr 2018 09:12:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 8 Apr 2018 09:12:11 +0000 (UTC) Cc: 31027@debbugs.gnu.org, juri@linkov.net To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Apr 08 11:12:07 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f56Mo-0008FI-8U for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Apr 2018 11:12:06 +0200 Original-Received: from localhost ([::1]:38426 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f56Os-0005bX-39 for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Apr 2018 05:14:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f56Ok-0005ac-GG for bug-gnu-emacs@gnu.org; Sun, 08 Apr 2018 05:14:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f56Og-0006La-Fu for bug-gnu-emacs@gnu.org; Sun, 08 Apr 2018 05:14:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33999) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f56Og-0006Kp-5r for bug-gnu-emacs@gnu.org; Sun, 08 Apr 2018 05:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f56Of-0002Sl-Qr for bug-gnu-emacs@gnu.org; Sun, 08 Apr 2018 05:14:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Apr 2018 09:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31027 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31027-submit@debbugs.gnu.org id=B31027.15231788009412 (code B ref 31027); Sun, 08 Apr 2018 09:14:01 +0000 Original-Received: (at 31027) by debbugs.gnu.org; 8 Apr 2018 09:13:20 +0000 Original-Received: from localhost ([127.0.0.1]:41896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f56O0-0002Rk-F4 for submit@debbugs.gnu.org; Sun, 08 Apr 2018 05:13:20 -0400 Original-Received: from sinyavsky.aurox.ch ([37.35.109.145]:42636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f56Nw-0002RV-Mw for 31027@debbugs.gnu.org; Sun, 08 Apr 2018 05:13:19 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 6A3C922704 for <31027@debbugs.gnu.org>; Sun, 8 Apr 2018 09:14:19 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1523178857; x=1524042858; bh=dmCb0SMouUS6r 8UUW7zWwTgm9lHrulPUvmzFGxIHNOM=; b=krwhybER0LsxPhe0lR8A+cAJjgGVC jIxfEpU9R6+OAVXVWx/SkqqsB9k9MoXcxx1s5bfDPSsdGtQ+Qf5ufHhpquoAoytx n+FE3I6m8oQtfRo92VPcuHXF5/utpeuYM9ov8Xm3aBcZaH/UiKAcy5cyYrfAiOxR S4IXDuWikkGcjQ= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id BqGA2R1dQkWI for <31027@debbugs.gnu.org>; Sun, 8 Apr 2018 09:14:17 +0000 (UTC) Original-Received: from gray (202.100.1.85.dynamic.wline.res.cust.swisscom.ch [85.1.100.202]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 809BF226F0; Sun, 8 Apr 2018 09:14:17 +0000 (UTC) In-reply-to: <9664ec28-64cf-7711-ab35-8300c70f5908@yandex.ru> (message from Dmitry Gutov on Fri, 6 Apr 2018 00:05:01 +0300) 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" Xref: news.gmane.org gmane.emacs.bugs:144988 Archived-At: > Cc: 31027@debbugs.gnu.org, juri@linkov.net > From: Dmitry Gutov > Date: Fri, 6 Apr 2018 00:05:01 +0300 > > On 4/5/18 9:56 PM, Charles A. Roelli wrote: > > Anyway, I suggest we follow the etags implementation of > > "tags-location-ring". This is all there is to it, in simplified > > terms: > > You mean, supporting a negative argument to xref-find-definitions? Yes. > As > well as successive invocations that move between matches? Successive invocations wouldn't be handled specially, I think; they would just show entries further back in the location ring. > Not sure we really want to do that: after all, the xref interface > already provides the means to select among the locations. Can you clarify what you mean by this? How can I use xref to navigate among the N previous locations that have been jumped to? If that functionality already exists, then this discussion is moot. > And we have > previous/next-error It's difficult to say whether "next-error" can do what this request is asking for, when "next-error" and its relation to xref have yet to be defined. From what I can see, it looks like a different ball game. For example, the doc of "next-error-function" says it's the Function to use to find the next error in the current buffer. But this request is asking for a way to navigate among the locations jumped to in any buffer, not just one. Additionally, there's no guarantee that the "next' or "previous error" in the current buffer would happen to coincide with the previous location jumped to globally. I don't see how those two things relate to each other, since an "error" can be one of many different things: a compiler error, a search result, a changed part of a buffer, or with the xref package, a symbol definition. The scope of "errors" is very broad.