No arg package ?

[dearchap]

The README shows the command.WithArgs and arg.New . Are these available in a branch that you havent pushed ? If its not available I was wondering if I can work on doing it. 😃

[rliebz]

Hey @dearchap, thanks for the interest!

This is a toy project I had a couple years back, and part of that was practicing documentation-driven development. So I'll definitely double down on the line from the README:

Warning: Clip is currently incomplete software and should not yet be used by anyone.

At this point, it's probably more likely that this never ends up anywhere than that it does, so picking up new work here might be akin to throwing code into the void 😅

That said, I pushed up the very rudimentary work I had but hadn't checked in—it's a partial implementation of WithArgs and no support for WithArg. There's a good chance this isn't the right direction, but if you're interested: https://github.com/rliebz/clip/tree/args

[dearchap]

Hi Robert I dog food urfave/cli but am frustrated with the design and PR turn around time . I’ve been thinking of rolling my own until I just upon this repo by chance and instantly liked the basic design as it is more modern(options based). How interested are you in moving this forward ? I see the following features in need in order of priority 1. Required flags 2. Basic args support 3. Flags and args validation interface based on validator/v10 4. Support for other flag types(int, float, slices, count etc) Get Outlook for iOS<https://aka.ms/o0ukef>

…

________________________________ From: Robert Liebowitz ***@***.***> Sent: Thursday, December 30, 2021 6:02:16 AM To: rliebz/clip ***@***.***> Cc: dearchap ***@***.***>; Mention ***@***.***> Subject: Re: [rliebz/clip] No arg package ? (Issue #1) Hey @dearchap<https://github.com/dearchap>, thanks for the interest! This is a toy project I had a couple years back, and part of that was practicing documentation-driven development. So I'll definitely double down on the line from the README: Warning: Clip is currently incomplete software and should not yet be used by anyone. At this point, it's probably more likely that this never ends up anywhere than that it does, so picking up new work here might be akin to throwing code into the void 😅 That said, I pushed up the very rudimentary work I had but hadn't checked in—it's a partial implementation of WithArgs and no support for WithArg. There's a good chance this isn't the right direction, but if you're interested: https://github.com/rliebz/clip/tree/args — Reply to this email directly, view it on GitHub<#1 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AAYNLZU56W2WARKUDM3DJZLUTQ33RANCNFSM5K462NJA>. Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[rliebz]

Unfortunately I'm not going to be able to give dedicated support time to this repo any time soon.

If I ever do pick it up:

1. Seems reasonable
2. Also seems reasonable
3. First-class support doesn't seem like a good fit for the repo. Definitely want to support this kind of feature, and ideally a user could combine the two pretty easily, but adding a dependency for that functionality is a non-starter
4. Absolutely. Curious to see if there aren't ways generics can make this more straightforward for the caller as well

Definitely feel free to fork or use patterns from the repo if it helps. It's just not something I can personally commit to supporting.