short args should be parsed when there is no space after

[kvtb]

for example

@main
def ooo(@arg(short = 'j') concurrency: Int=1, vals: Leftover[String]): Unit = {
}

should allow -j16 as -j 16.

currently -j16 goes to leftover

[lihaoyi]

How would you distinguish between this and the other kind of short args that can be chained together, e.g. tar -xzvf? Perhaps we'd need a configuration flag or something the same way we have allowPositional=true?

[lefou]

In the OP example -j16, after detecting the -j option, we could try to find an option matching -1, and fall back to parsing the rest string ("16") as argument, when appropriate. We should provide an option to disable this parsing behavior though.

[nafg]

How would you distinguish between this and the other kind of short args that can be chained together, e.g. tar -xzvf? Perhaps we'd need a configuration flag or something the same way we have allowPositional=true?

It's a good question. I looked at two standard programs that do similar things. git log -Stest is valid, so short flags arguments work without a space, but git log -gt is not, so it doesn't allow combining short flags at all.

On the other hand, grep supports both:

$ echo | grep -iwftest test                                                                                                                                       
grep: test: No such file or directory

So I guess what grep does is that short flags that take an argument (I would imagine even an optional one) terminate parsing for more short flags. So an argument-less short flag can be followed by another short flag letter of any type, or whitespace.

[lefou]

In tar you can give tar xfz <file> where <file> is the actual argument to f.

[nafg]

tar is very nonstandard and the subject of plenty of internet commentary

[nafg]

Sorry I think I misunderstood your point.

A space should be allowed, but at least when the flag is on its own it should be optional.

[lefou]

What I wanted to demonstrate is that we could accept also combined short-options which accept itself arguments. For example the args -x -f <file> -z could also be given as -xfz <file>.

[nafg]

With most programs, the f would have to be after the z.

…

On Tue, Feb 14, 2023, 5:52 AM Tobias Roeser ***@***.***> wrote: What I wanted to demonstrate is that we could accept also combined short-options which accept itself arguments. For example the args -x -f <file> -z could also be given as -xfz <file>. — Reply to this email directly, view it on GitHub <#7 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAYAUAL6TACBAEZUL6B6GTWXNPVZANCNFSM4YCRGN3A> . You are receiving this because you commented.Message ID: ***@***.***>