GNU bug report logs - #49888
28.0.50; fido-mode not sorting by recency

Previous Next

Package: emacs;

Reported by: Manuel Uberti <manuel.uberti <at> inventati.org>

Date: Thu, 5 Aug 2021 13:06:01 UTC

Severity: minor

Found in version 28.0.50

Done: João Távora <joaotavora <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Manuel Uberti <manuel.uberti <at> inventati.org>
To: João Távora <joaotavora <at> gmail.com>
Cc: 49888 <at> debbugs.gnu.org
Subject: bug#49888: 28.0.50; fido-mode not sorting by recency
Date: Sun, 15 Aug 2021 10:34:19 +0200
On 15/08/21 10:22, João Távora wrote:
> Thanks for the report.  Seems like a nice reproduction recipe.  But it
> seems like it demonstrates the problem for two fido-mode-using things,
> right?  M-x _and_ C-x p p RET f, right?  No problem, just checking.

Yes, both M-x and C-x p p RET f, but the same is true for C-x p f once I am in a 
project. I used those two as examples because they are two of my most use 
commands and, among those, the ones with usually more candidates than the rest.

I feel like recency could make a difference especially with commands like these 
(i.e., commands with a lot of candidates) in terms of how quickly I can find 
what I am looking for.

> Indeed, ido-mode was quited perfected in recency stuff.  I was hard and
> still kind is to give up on its very nice default M-p binding that
> searches the recent history with whatever you have entered as a
> pattern.  I used to use that all the time, and still haven't found a
> nice substitute in fido-mode or any other completer for that matter.

True, although I still find M-p useful in fido-mode especially in M-x when I 
want to reach for the last or second-to-last command.

-- 
Manuel Uberti
www.manueluberti.eu




This bug report was last modified 3 years and 281 days ago.

Previous Next


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