completions: suggests incorrect `-e` slugs when `-t` is used

[ee7]

Each completion script cleverly suggests exercise slugs when the -e, --exercise option is used. However, they always search the current directory, even when the -t, --track-dir is used. This means that it can e.g. suggest a slug that doesn't exist in the track directory that configlet is operating on.

I guess I'll call this a "bug". Can we look at the argument of -t when completing the argument of -e?

[glennj]

Here's an example of a fish completion that respects previous args: https://unix.stackexchange.com/questions/722020/fish-completion-that-depends-on-other-flags

But as we're thinking about getting configlet itself to handle completions, this issue is no longer about fish/bash/zsh

[ee7]

Thanks. For the fish completions I have this lying around in a branch from a couple of months ago:

function __fish_configlet_get_track_dir
  # If -t/--track-dir is on the command line, echoes its argument.
  set -l cmdline (commandline -p)
  if set -l match (string match -r -- "(-t|--track-dir) +([^ ]+)" $cmdline)
    echo $match[3]
    return 0
  else
    return 1
  end
end

which may or may not work. I didn't try the bash or zsh version, and yes, it might not be worth spending the time on, given:

But as we're thinking about getting configlet itself to handle completions, this issue is no longer about fish/bash/zsh

To others: Glenn is referring to #642 (comment).

Yes, I still think that's the most elegant way to handle completions in the long run. It means that a user can install a meta-completion script only once, and get updated completions for free every time that configlet is updated. That's very nice for a program like configlet, which is not installed by a package manager.