@shannmu would be interested in you looking over this as well, both from your experience with this code and for where you were planning on taking this code.

Sorry for the late reply, I will look over the code.

Thank you very much for your attention to this issue!

I think we could try matching the state in other branches, similar to how it's done in the else branch.
Here’s an example:

else if let Some((flag, value)) = arg.to_long() {
    if let ParseState::Opt(opt, count) = state {
        if opt.is_allow_hyphen_values_set() {
            // update state
        }
    }
}

Of course, the logic for allow_hyphen_values should be similar across these branches, so perhaps the code can be reused.

Another case we need to test for and handle is when we are in the ValueDone state, if the long or short is unknown and the next positional allows hyphen values, then we will take the unknown argument and treat it as a value.

As mentioned above, we need to add some logic in each branch. If the result of current_cmd.get_arguments().find() is None and the next positional argument allows hyphen values, we need to update pos_index.
Additionally, we also need to make some adjustments in complete_arg to support the complete positional arguments that allow hyphen values.

No need to worry about the code getting bloated; if it does, that just means it’s time for a refactor.

I've been trying to do some clean up to make it easier for people to be contributing to this code. Things should be calmed down for resolving conflicts.

I'm a bit unsure what I should change in the arg.is_escape case and in complete_arg

current_cmd.get_arguments().find() is None means the current raw_arg looks like an option but it's not. If the current positional argument allows hyphen values, we could treat it as a positional argument, so we need to update pos_index.

Additionally, we also need to make some adjustments in complete_arg to support the complete positional arguments that allow hyphen values.

I seem to have misunderstood; updating pos_index is enough. There are no restrictions on completing positional arguments in complete_arg.

Could you clean up your commits so they are presented for easy understanding of what you are trying to accomplish and without any merge commits?

Thanks!