Comments (3)
Thanks for writing this up @raggi. I'm planning on taking some time and going through the existing issues/README in the near future and making it clear we are trending in this direction. We should have clear governance and mechanisms for contributing to Argh :)
I want argh to be maximally useful for everyone.
from argh.
It would be great to have some clarity on which features are in principle acceptable.
I think it's a real strength of Argh that it is opinionated and does not support every weird grammar, and the API is cleaner than structopt/Clap. But, in my opinion, it would be nice to support idiomatic Rust command lines as seen in Cargo.
#78, distinguishing arguments after --
, is a good example of something that's common in Rust programs. (I don't know about Fuschia.)
If Argh wants to stick strictly to what is needed in Fuschia and no more, then perhaps there's room for a friendly fork that adds a few more features. On the other hand if you make clear that things like #78 are in principle acceptable and will get a reasonably timely review & release, people could help here.
from argh.
Just making a +1 note to "Fuchsia command spec is not immovable, but it has its own governance model" (above).
from argh.
Related Issues (20)
- Unrecognized argument on raw identifier
- Allow subcommand flattening HOT 3
- Process line breaks in description HOT 5
- [Optimisation] Stop re-parsing of commands for default sub commands
- Feature Request: choices HOT 5
- add an attribute on option argument to let `from_str_fn` can return `Vec<T>` or `Option<T>` as-is HOT 7
- how skip a field like #[serde(skip)] HOT 2
- Is it possible to get a `TopLevelCommand`'s `FieldAttrs` with the current exposed API?
- positional arguments made on field with reserved named (ref_) keep the trailing _ in help text
- Negative switches
- Subcommand with no additional arguments? HOT 1
- Impossible to include angle brackets in help text in a way that satisfies argh and rustdoc
- Change `FromArgs::from_args` to accept `AsRef<str>`
- Support something like --helpfull which displays help for all subcommands HOT 2
- `#[argh(description = "...")]` only supports literal HOT 2
- Single dash is parsed as unrecognized argument HOT 1
- Disable automatically generated help message
- mutual exclusive options/switches
- don't work as a cargo-subcommand
- Any ability to specify 'raw' greedy args or pass-through?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from argh.