Enable fuzzy completions for complete --do-complete?

[faho]

As mentioned by @foonathan on gitter:

I have a string like /u/b and I want to do the path completion to /usr/bin fish does when pressing . But I am writing a script, so I can't press tab. Is there a way to trigger a completion on a string programmatically?

[...]

I've tried complete -C"echo /u" which gives /usr, but complete -C"echo /u/b" doesn't return anything (fish 2.7.1)

This is because complete --do-complete only uses COMPLETION_REQUEST_DEFAULT.

If we changed

fish-shell/src/builtin_complete.cpp

Line 321 in d7b2576

complete(do_complete_param, &comp, COMPLETION_REQUEST_DEFAULT);

to

complete(do_complete_param, &comp, COMPLETION_REQUEST_DEFAULT | COMPLETION_REQUEST_FUZZY_MATCH);

It would give fuzzy completions. I believe that would improve the situation in most cases where we currently use it, but if anything is assuming that it's always going to be a prefix (not even a substring) it might break.

Alternatively, we could add another flag that enables fuzzy completions, but it's probably a better default to do them.

[mqudsi]

I think this would break completion scripts that use complete -C internally and have an alternate path if there were no results (I'm not sure if we have any that do so), as that path won't be taken anymore but fish's cpp autocomplete engine expects that completions returning from completion scripts are strict supersets of the original string and will disregard any that don't strictly match the existing contents.

[faho]

have an alternate path if there were no results

It's still possible to not get any results!

The scripts can't

• assume that the results all have the searchstring as prefix

• assume that there's a certain set of results

Searching for complete -C in share/ ("--do-complete" appears to be unused) shows these results (after filtering out some in comments or documentation):

./completions/scp.fish:complete -c scp -d Remote -n "__fish_no_scp_remote_specified; and not string match -e : (commandline -ct)" -a "(complete -C'ssh ' | string replace -r '\t.*' ':')"
./completions/su.fish:complete -r -c su -s c -l command -d "Pass command to shell" -xa "(complete -C(commandline -ct))"
./completions/which.fish:complete -c which -a "(complete -C(commandline -ct))" -x
./completions/doas.fish:    complete -C"$args"
./completions/sudo.fish:    complete -C"$args"
./completions/xterm.fish:complete -c xterm -s e -a "(complete -C(commandline -ct))" -x -d 'Run program in xterm'
./completions/svn.fish:    _svn_cmpl_ $cmd -l diff3-cmd -d 'Use as merge command' -xa "(complete -C(commandline -ct))"
./completions/svn.fish:    _svn_cmpl_ $cmd -l diff-cmd -d 'Use external diff command' -xa "(complete -C(commandline -ct))"
./completions/env.fish:        complete -C"$argv"
./completions/type.fish:complete -c type -a "(complete -C(commandline -ct))" -x
./functions/__fish_complete_command.fish:            printf '%s\n' $ctoken[1]=(complete -C$ctoken[2])
./functions/__fish_complete_command.fish:            complete -C$ctoken
./functions/__fish_complete_file_url.fish:        printf "%s\n" file://(complete -C"echo $stripped")
./functions/__fish_complete_svn_diff.fish:    complete -C"$diff $args $token"
./functions/__fish_complete_subcommand.fish:    printf "%s\n" (complete -C$res)

Uses like complete -C'ssh ' are safe, because the token is empty so it won't fuzzy-match anyway.

Uses like for which, complete -C(commandline -ct) are okay because they want to complete like we do normally, which is with fuzzy matches. That also applies to sudo, doas, env, type et al.

So that leaves three of the four functions, and any external users.

[faho]

Looking at it a bit more closely, all of those functions are for completion, which again means that they want to complete. So I'm enabling this now to see if we get any complaints.