From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Winston Newsgroups: gmane.emacs.bugs Subject: bug#28403: 25.2; find-tag works, but xref-find-definitions Date: Mon, 11 Sep 2017 01:02 EDT Message-ID: <201709110503.v8B531g1020853@psr.com> References: <201709092240.v89MeFUo014854@psr.com> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1505106198 2488 195.159.176.226 (11 Sep 2017 05:03:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 11 Sep 2017 05:03:18 +0000 (UTC) Cc: 28403@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 11 07:03:13 2017 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 1drGsG-00007Y-4P for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Sep 2017 07:03:08 +0200 Original-Received: from localhost ([::1]:55437 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drGsN-0002O9-4b for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Sep 2017 01:03:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34603) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drGsD-0002M5-6p for bug-gnu-emacs@gnu.org; Mon, 11 Sep 2017 01:03:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1drGsA-0007sL-R4 for bug-gnu-emacs@gnu.org; Mon, 11 Sep 2017 01:03:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51556) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1drGsA-0007s5-OF for bug-gnu-emacs@gnu.org; Mon, 11 Sep 2017 01:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1drGsA-0005qW-42 for bug-gnu-emacs@gnu.org; Mon, 11 Sep 2017 01:03:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <201709092240.v89MeFUo014854@psr.com> Resent-From: Winston Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Sep 2017 05:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28403-submit@debbugs.gnu.org id=B28403.150510618122464 (code B ref 28403); Mon, 11 Sep 2017 05:03:02 +0000 Original-Received: (at 28403) by debbugs.gnu.org; 11 Sep 2017 05:03:01 +0000 Original-Received: from localhost ([127.0.0.1]:60237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drGs8-0005qG-Oe for submit@debbugs.gnu.org; Mon, 11 Sep 2017 01:03:00 -0400 Original-Received: from mail.psr.com ([67.212.42.216]:23967 helo=psr.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drGs7-0005q4-SG for 28403@debbugs.gnu.org; Mon, 11 Sep 2017 01:03:00 -0400 Original-Received: from psr.com (localhost [127.0.0.1]) by psr.com (8.15.2/8.15.2) with ESMTPS id v8B531YM020854 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 11 Sep 2017 01:03:01 -0400 (EDT) (envelope-from wbe@psr.com) Original-Received: (from wbe@localhost) by psr.com (8.15.2/8.15.2/Submit) id v8B531g1020853; Mon, 11 Sep 2017 01:03:01 -0400 (EDT) (envelope-from wbe) 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:136764 Archived-At: Eli asked: > I guess we can now close the bug report? >From my standpoint, yes. However, since xref-find-definitions is not a drop-in replacement for find-tag (differences incl. find partial name differs, goes to the string at (point) without prompting, etc.), I probably won't be the last person running into the differences. Perhaps the simplest solution is to expand the documentation section of xref-find-definitions with text such as the following (corrected for anything I've got wrong below). :-) ---------- xref-find-definitions differs from find-tag several ways: * find-tag always prompted for a name, with the string at (point) as the default name. With no argument, xref-find-definitions does not prompt, and tries immediately to go to a tag with that default name. Use (setq xref-prompt-for-identifier t) to force prompting. * find-tag allowed partial names. xref-find-definitions does not. Use TAB after a partial name in a prompt for completion(s). * If find-tag finds your tags OK but xref-find-definitions does not, you may need to use --regexp with etags to help it identify the tag name. (See etags man page.) If even that doesn't help, try {whatever Dmitry and Eli decide is a good long-term easy way to add '(tag-symbol-match-p) to etags-xref-find-definitions-tag-order}. ---------- Thanks for your help! HTH, -WBE