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: Fri, 01 May 2015 15:57:12 +0300 Message-ID: <834mnwsbfb.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> <553EBBBF.6070509@yandex.ru> <838udcwbdc.fsf@gnu.org> <553FFC99.5080701@yandex.ru> <834mnzuedd.fsf@gnu.org> <554161A8.30202@yandex.ru> <83618du3q3.fsf@gnu.org> <5542E486.2010107@yandex.ru> <83k2wsssm8.fsf@gnu.org> <5543632C.6000306@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1430485234 18283 80.91.229.3 (1 May 2015 13:00:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 May 2015 13:00:34 +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 Fri May 01 15:00: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 1YoAYC-0001eo-Ea for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 May 2015 15:00:16 +0200 Original-Received: from localhost ([::1]:53971 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoAYC-0001H3-1N for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 May 2015 09:00:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34826) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoAY7-0001Gd-L6 for bug-gnu-emacs@gnu.org; Fri, 01 May 2015 09:00:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YoAY4-0004Jn-Ce for bug-gnu-emacs@gnu.org; Fri, 01 May 2015 09:00:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48222) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoAY4-0004Jh-9h for bug-gnu-emacs@gnu.org; Fri, 01 May 2015 09:00:08 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YoAY2-0002TO-FN for bug-gnu-emacs@gnu.org; Fri, 01 May 2015 09:00:06 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 May 2015 13:00:06 +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.14304851459397 (code B ref 19468); Fri, 01 May 2015 13:00:06 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 1 May 2015 12:59:05 +0000 Original-Received: from localhost ([127.0.0.1]:58197 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoAX2-0002RU-G4 for submit@debbugs.gnu.org; Fri, 01 May 2015 08:59:04 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:33461) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoAWy-0002Qt-AW for 19468@debbugs.gnu.org; Fri, 01 May 2015 08:59:01 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NNO00N008RTMA00@mtaout24.012.net.il> for 19468@debbugs.gnu.org; Fri, 01 May 2015 15:48:34 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NNO00G2D8WYC170@mtaout24.012.net.il>; Fri, 01 May 2015 15:48:34 +0300 (IDT) In-reply-to: <5543632C.6000306@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:102324 Archived-At: > Cc: 19468@debbugs.gnu.org > From: Dmitry Gutov > Date: Fri, 1 May 2015 14:27:40 +0300 > > On 05/01/2015 09:45 AM, Eli Zaretskii wrote: > > > I don't see anything language-specific here. Etags.el has no > > language-specific knowledge, either (it is delegated to etags.c). > > elis-mode.el does. In this case, it's using find-func.el, which uses the > information we have about Elisp environment at runtime. Sorry, I don't understand what "Elisp environment at runtime" means in practice, or how it's used to affect what results are returned for a query. > The point is on a foo.bar() call in a Java-like language. Or maybe C++. > > bar is present in classes A, B and C. > > If the parser knows the type of foo to be A, the backend employing it > can bring us to the one definition. If, however, the backend returns the > xrefs for A#foo, B#foo and C#foo, there's no way the UI could > distinguish between them. That's the case where the UI should instruct the back-end what it needs, because the back-end doesn't know which of these alternatives is the right one. If the user wants all bar functions, or maybe those whose parent class matches some regexp, not just the one from the class instance at point, then producing only one match would be wrong, and the UI won't be able to correct that.