GNU bug report logs - #19468
25.0.50; UI inconveniences with M-.

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Mon, 29 Dec 2014 20:27:02 UTC

Severity: normal

Found in version 25.0.50

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


Message #158 received at 19468 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 19468 <at> debbugs.gnu.org
Subject: Re: bug#19468: 25.0.50; UI inconveniences with M-.
Date: Tue, 28 Apr 2015 01:09:40 +0300
On 04/27/2015 06:07 PM, Eli Zaretskii wrote:

> 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-.').  Usually I prefer the new, more precise behavior of `M-.'.

> 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. But if someone submits a patch making it more precise 
without creating false negatives, I'm all for it.

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.




This bug report was last modified 9 years and 150 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.