From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#19468: 25.0.50; UI inconveniences with M-. Date: Mon, 27 Apr 2015 00:30:41 -0400 Message-ID: References: <83zja6b3tc.fsf@gnu.org> <54A24079.4020902@yandex.ru> <54A2FF47.6010207@yandex.ru> <54A86135.7080004@yandex.ru> <54A90002.7080009@gmx.at> <54A9C3FB.7000602@yandex.ru> <54AA3881.3080304@gmx.at> <54ABBB47.7010603@yandex.ru> <837fszx7iy.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430109093 30103 80.91.229.3 (27 Apr 2015 04:31:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 27 Apr 2015 04:31:33 +0000 (UTC) Cc: Dmitry Gutov , 19468@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 27 06:31:22 2015 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 1YmahR-0002Px-MO for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Apr 2015 06:31:17 +0200 Original-Received: from localhost ([::1]:52992 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmahQ-0008H5-Qc for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Apr 2015 00:31:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54099) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmahI-0008Gu-JT for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 00:31:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YmahD-0001h6-Dj for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 00:31:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50984) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmahD-0001gy-B0 for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 00:31:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YmahC-0006Yi-Ru for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 00:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Apr 2015 04:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19468 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19468-submit@debbugs.gnu.org id=B19468.143010905125194 (code B ref 19468); Mon, 27 Apr 2015 04:31:02 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 27 Apr 2015 04:30:51 +0000 Original-Received: from localhost ([127.0.0.1]:40760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymagz-0006YH-Bl for submit@debbugs.gnu.org; Mon, 27 Apr 2015 00:30:50 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:17802) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymagx-0006Y4-38 for 19468@debbugs.gnu.org; Mon, 27 Apr 2015 00:30:47 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnEFAGvvdVRMCqjW/2dsb2JhbAA3gVOfQYIugQiBdQEBBAFWIwULCzQSFBgNJIYjgXCiEYwDGAZDDAODPgODcASjY4RYgUA X-IPAS-Result: AnEFAGvvdVRMCqjW/2dsb2JhbAA3gVOfQYIugQiBdQEBBAFWIwULCzQSFBgNJIYjgXCiEYwDGAZDDAODPgODcASjY4RYgUA X-IronPort-AV: E=Sophos;i="5.11,557,1422939600"; d="scan'208";a="117510155" Original-Received: from 76-10-168-214.dsl.teksavvy.com (HELO ceviche.home) ([76.10.168.214]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Apr 2015 00:30:41 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 63B4B6610A; Mon, 27 Apr 2015 00:30:41 -0400 (EDT) In-Reply-To: <837fszx7iy.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 26 Apr 2015 17:56:37 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:102083 Archived-At: > . I tried the ELisp back-end and found that it somehow affects the > UI, so that the UI behaves differently than with the default > etags back-end, when the user types something that is "complete, > but not unique": when using the etags back-end, Emacs displays a > list of candidates in the *xref* buffer, whereas with the > elisp-mode back-end it shows the "complete" candidate, doesn't > display *xref*, and doesn't insert the other candidates into > *xref*. Is this difference intended? It's confusing, to say the > least. I don't understand exactly the scenario you're talking about. Can you give a recipe? > But what are the alternatives, if any? I could only find > something related in ada-mode and in elisp-mode. This means > that, for example, for C/C++ and Java, etags is the only > available back-end, and this change is currently just a different > UI wrapping the same basic functionality? Is there any further > development planned for the near future? There should very much be other backends on the way, e.g. using Semantic (for C/C++), SLIME (for CL), ... > . The doc string of xref-find-function mentions several variants of > invoking the function, but there doesn't seem to be any way of > controlling that when invoking the function interactively, is > there? I think it would be good to be able to lookup only the > definitions or only the references of a symbol. Indeed, the current UI does not offer access to all features of the API. Improvements welcome, Stefan