Zsh completion: Options and flags are not completed when they come after ordered arguments

[AndydeCleyre]

$ uv pip compile requirements.in --  # mash TAB key here

The command accepts options in this position, but that is not reflected by the current Zsh completion.

$ uv --version
uv 0.1.37
$ uname
Linux

[zanieb]

-- is typically used to indicate you are passing options through to another tool. Is there a reason you're using it like this?

[AndydeCleyre]

Sorry, I wasn't clear -- I'm not using dash, dash, space, but instead: dash, dash, tab

[zanieb]

Oh! Thanks for clarifying haha interesting. We don't write our own completion tooling, not sure if we can do anything here. I wonder if this reproduces with a trivial clap example or if there's an issue upstream?

[charliermarsh]

Dumb question but just confirming that you went through the steps to generate / install the Zsh completions?

[AndydeCleyre]

@charliermarsh

Yes, of course, thanks. The completion in general works, but is more sensitive to order than the actual command.

[AndydeCleyre]

I can't tell if this is or is not describing the same issue: clap-rs/clap#5244

[AndydeCleyre]

I think prqlc, which also uses clap_complete_command, manages to get this working.

For example:

$ prqlc watch --help
Watch a directory and compile .prql files to .sql files

Usage: prqlc watch [OPTIONS] <PATH>

Arguments:
  <PATH>  Directory or file to watch for changes

Options:
      --no-format     
      --no-signature  
      --color <WHEN>  Controls when to use color [default: auto] [possible values: auto, always, never]
  -h, --help          Print help

$ prqlc watch . --n  # TAB

does complete options for the watch subcommand.

Possibly this is due to its use of clap's derive feature 🤷🏼 .

[AndydeCleyre]

OK, found these:

• How to make shell completion work for flags/args after non-flags/args values? clap-rs/clap#4648
• Stablize Rust-Native Completion Engine Tracking Issue clap-rs/clap#3166