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: Tue, 28 Apr 2015 17:49:55 +0300 Message-ID: <83egn4wbn0.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> <83r3r5wqwv.fsf@gnu.org> <553EB3A4.9090107@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1430232810 17164 80.91.229.3 (28 Apr 2015 14:53:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Apr 2015 14:53:30 +0000 (UTC) Cc: 19468@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Apr 28 16:53: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 1Yn6su-0001C0-U3 for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Apr 2015 16:53:17 +0200 Original-Received: from localhost ([::1]:33917 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn6su-0007Yu-EX for geb-bug-gnu-emacs@m.gmane.org; Tue, 28 Apr 2015 10:53:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn6qq-0003lX-1q for bug-gnu-emacs@gnu.org; Tue, 28 Apr 2015 10:51:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yn6ql-0005l2-QR for bug-gnu-emacs@gnu.org; Tue, 28 Apr 2015 10:51:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn6ql-0005ks-Bc for bug-gnu-emacs@gnu.org; Tue, 28 Apr 2015 10:51:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Yn6qk-0002mp-RY for bug-gnu-emacs@gnu.org; Tue, 28 Apr 2015 10:51:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Apr 2015 14:51: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.143023261410645 (code B ref 19468); Tue, 28 Apr 2015 14:51:02 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 28 Apr 2015 14:50:14 +0000 Original-Received: from localhost ([127.0.0.1]:42857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn6pw-0002la-Ot for submit@debbugs.gnu.org; Tue, 28 Apr 2015 10:50:13 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:35348) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yn6ps-0002l1-Gi for 19468@debbugs.gnu.org; Tue, 28 Apr 2015 10:50:09 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NNI00300UF4FJ00@a-mtaout22.012.net.il> for 19468@debbugs.gnu.org; Tue, 28 Apr 2015 17:50:01 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NNI00355UJDFZ00@a-mtaout22.012.net.il>; Tue, 28 Apr 2015 17:50:01 +0300 (IDT) In-reply-to: <553EB3A4.9090107@yandex.ru> 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:102162 Archived-At: > Date: Tue, 28 Apr 2015 01:09:40 +0300 > From: Dmitry Gutov > CC: 19468@debbugs.gnu.org > > 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. > > Yes, if you want all matches, try `xref-find-apropos' (bound to `C-M-.'). Some would say it's a disadvantage to need another command. It means the user has to decide up front which one she needs. Showing the rest of matches after the exact one doesn't have this disadvantage. Once again, this bug is about the UI. The UI shows only one match with one back-end, and all of them with another. That's the problem I think we should address. > 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. > > etags showing all matches is, in general, the limitation of the tags file format. ??? How can what we show be the limitation of the format of the database where we keep the data? If we think we should not display everything, let's filter the irrelevant stuff before showing it. > But if someone submits a patch making it more precise without creating false negatives, I'm all for it. I'd generally expect the people who worked on a feature and lobbied for its introduction to be the ones who work on such significant issues with that feature. But if not, I hope that someone materializes soon. > And hey, you changed the back-end. It uses a different mechanism under the covers. *Of course* you're going to get different results, in many cases. I changed the back-end, not the UI. The UI should not depend on the back-end so much -- this is what this thread is all about. I'm okay with getting slightly different results, and I'm okay with having user options to control the amount of filtering so that I could get significantly more or less results when I need that. But presenting such widely different results _by_default_ is a terrible usability problem. Just imagine a user who needs to switch languages.