You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
FZFMru shows full paths, instead of basename + path like Mru. It also calls fzf#run with --no-sort. So if I have .../myprj/myprj.ext in history, but also .../myprj/blah*, I can't easily get to myprj.ext. When I start typing myprj, it prefers matches on the directory name early in the path, not the basename at the end of the path.
I've resorted to changing the options from --no-sort to --tiebreak=end,chunk (because --no-sort seems incompatible with --tiebreak), but that essentially leaves the list chronologically sorted only when the query is empty (as soon as I type something, fzf begins sorting). Maybe that's the right thing to do? Although that tends to bring up unrelated old files from history.
I've read that :Mru supposedly uses fuzzy matching in modern Vim's, but I'm not really sure if that's true. I think it only applies when you call : Mru arg (which I never do since I bring up :Mru or :FZFMru only via key mapping).
The text was updated successfully, but these errors were encountered:
FZFMru
shows full paths, instead of basename + path likeMru
. It also callsfzf#run
with--no-sort
. So if I have.../myprj/myprj.ext
in history, but also.../myprj/blah*
, I can't easily get tomyprj.ext
. When I start typingmyprj
, it prefers matches on the directory name early in the path, not the basename at the end of the path.I've resorted to changing the options from
--no-sort
to--tiebreak=end,chunk
(because--no-sort
seems incompatible with--tiebreak
), but that essentially leaves the list chronologically sorted only when the query is empty (as soon as I type something,fzf
begins sorting). Maybe that's the right thing to do? Although that tends to bring up unrelated old files from history.I've read that
:Mru
supposedly uses fuzzy matching in modern Vim's, but I'm not really sure if that's true. I think it only applies when you call: Mru arg
(which I never do since I bring up:Mru
or:FZFMru
only via key mapping).The text was updated successfully, but these errors were encountered: