| Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
The readme was also reflowed to 100 cols. I probably should have put that in a separate commit but oh well. The comments were not subjected to reflowing (yet).
|
|
|
|
|
|
|
|
This is my new preferred style of programming Zig :)
|
|
The installation section no longer assumes that all developers use
the master branch of Zig. Instead if provides different steps
depending on which Zig version developers are using.
Related #61
|
|
|
|
|
|
This adds a `zig build docs` step that builds the documentation website
and writes it to zig-out/docs.
It further includes a GitHub Workflow that publishes this website
to GitHub Pages. The GitHub Workflow is divided into two jobs:
- build: builds the documentation and uploads it
- publish: downloads the documentation and publishes it
These are separate jobs to minimize permissions available
to the build job.
This workflow runs on two events:
- after every push to master
- `workflow_dispatch`: this allows manually running the workflow
from its *Actions* page if something went wrong
---
**Important pre-merge steps:**
If this PR is accepted, the following steps should be taken
before merging the PR:
1. Go to **Settings** for the repository
2. Select **Pages** on the left under *Code and automation*
3. Under *Build and deployment* set **Source** to **GitHub Actions**
4. Merge the PR.
If the steps are missed, the PR will merge just fine,
but the docs job will fail immediately on merge.
This can be remedied by following steps 1-3 above,
and either adding a new commit on master,
or manually firing the workflow from the Actions > API Reference page.
|
|
fixes #111
|
|
Breaking change: parseEx now counts the number of occurrences of flag
parameters (those with takes_value == .none) and returns the count as a
u8. Users of the library will need to change
if (arg_result.my_flag)
to
if (arg_result.my_flag != 0)
|
|
|
|
closes #78
|
|
related #77
|
|
|
|
fixes \#28
|
|
|
|
|
|
This changes
- `.flag`, `.option`, `.options` and `.positionals` are now just fields
you access on the result of `parse` and `parseEx`.
- `clap.ComptimeClap` has been removed.
- `clap.StreamingClap` is now called `clap.streaming.Clap`
- `parse` and `parseEx` now takes a `value_parsers` argument that
provides the parsers to parse values.
- Remove `helpEx`, `helpFull`, `usageEx` and `usageFull`. They now just
expect `Id` to have methods for getting the description and value
texts.
|
|
This reverts commit cfaac64c404fb1c2e892880410aa3b7dd881ea58.
|
|
This changes
- `.flag`, `.option`, `.options` and `.positionals` are now just fields
you access.
- Move the current `clap.parse` and friends into `clap.untyped.parse`
- This is in preperation for `clap.typed.parse`
|
|
|
|
They now follow the interface provided by the standard library. This now
means that we no longer needs `args.OsIterator` as that the one from
`std` can now be used directly.
Also remove `args.ShellIterator` as a simular iterator exists in `std`
called `ArgIteratorGeneral`.
|
|
It makes more sense to have the master branch follow zig master, and
then create versioned branches to backport bug fixes to if nessesary
|
|
Instead of just calling these function, have the examples be small
programs that demonstrates how you would actually use them together with
argument parsing.
fixes #57
|
|
|
|
|
|
|
|
* Better naming for variables
* Follow naming style of enums
* Use `writer()` instead of `outStream()`
* Change many initializers to be a one liner
* Don't explicitly initialize fields to their default value
|
|
This allows for default arguments, which we can also extend without
breaking peoples code in the future. This is a breaking change right now
though.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fixes #23
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|