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 #239 received at 19468 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: monnier <at> IRO.UMontreal.CA, 19468 <at> debbugs.gnu.org
Subject: Re: bug#19468: 25.0.50; UI inconveniences with M-.
Date: Tue, 28 Apr 2015 17:55:43 +0300
> Date: Tue, 28 Apr 2015 01:44:15 +0300
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> CC: 19468 <at> debbugs.gnu.org
> 
>         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).
> 
>     Indeed, the ordering looks incorrect.  This is a bug.
> 
> The idea here is to group candidates belonging to different files together. Sorting the files alphabetically after that is the first natural choice, but how else to do it better?

You could have the few "best matches" listed separately in the
beginning of the list, followed by the grouping shown today.

> - Should xref always try to preserve the order in which xrefs are returned?

No!  This would make the UI even more dependent on the back-ends.

> - Suppose one xref in a.el is returned before all xrefs in b.el. And another xref in a.el is returned after. In what order will we display a.el and b.el?

See above: the best matches could be listed irrespective of the files
they were found in.




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.