From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19468: 25.0.50; UI inconveniences with M-. Date: Mon, 27 Apr 2015 18:07:44 +0300 Message-ID: <83r3r5wqwv.fsf@gnu.org> 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1430148868 5378 80.91.229.3 (27 Apr 2015 15:34:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 27 Apr 2015 15:34:28 +0000 (UTC) Cc: dgutov@yandex.ru, 19468@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 27 17:34:17 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 1Yml2x-00087V-Qq for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Apr 2015 17:34:11 +0200 Original-Received: from localhost ([::1]:55897 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yml2x-0002Z9-Al for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Apr 2015 11:34:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42350) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmkzB-0004Bb-4y for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:30:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ymkz4-0008N3-B9 for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:30:17 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51601) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ymkz4-0008Mk-94 for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:30:10 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Ymkfb-0001nm-NO for bug-gnu-emacs@gnu.org; Mon, 27 Apr 2015 11:10:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Apr 2015 15:10:03 +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.14301473736881 (code B ref 19468); Mon, 27 Apr 2015 15:10:03 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 27 Apr 2015 15:09:33 +0000 Original-Received: from localhost ([127.0.0.1]:41354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymkf4-0001mp-3m for submit@debbugs.gnu.org; Mon, 27 Apr 2015 11:09:33 -0400 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:49645) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ymkez-0001mU-5C for 19468@debbugs.gnu.org; Mon, 27 Apr 2015 11:09:28 -0400 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NNH00C000K5ZV00@mtaout26.012.net.il> for 19468@debbugs.gnu.org; Mon, 27 Apr 2015 18:09:30 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NNH00BGB0RT6D20@mtaout26.012.net.il>; Mon, 27 Apr 2015 18:09:30 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il 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:102092 Archived-At: > From: Stefan Monnier > Cc: Dmitry Gutov , 19468@debbugs.gnu.org > Date: Mon, 27 Apr 2015 00:30:41 -0400 > > > . 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? Yes: emacs -Q C-x C-f lisp/simple.el RET M-. find-tag RET This puts you at the first line of find-tag, without showing the other possible symbols whose names contain "find-tag" as their substring. If you want the other candidates, you need to type TAB instead of RET, and then select the one you want via the usual completion facilities. By contrast, this: emacs -Q C-x C-f lisp/simple.el RET M-x load-library RET xref RET M-x xref-etags-mode RET M-. find-tag RET does NOT show the definition of find-tag, but instead opens an *xref* buffer with possible matches, and expects you to pick one of them (and btw the defun I'm probably after is not the first or second hit there; looks like the candidates are arranged in the alphabetical order of the *.el files). I guess the elisp-mode back-end returns just one candidate, whereas the etags back-end returns a list. But it's confusing to have such evident differences just because you changed the back-end, I think.