Commit 71a29f43d00d56d02f136ad0c849af4e1ce210d0
1 parent
2b53550a
Readme updates
Showing
2 changed files
with
7 additions
and
5 deletions
CHANGELOG.md
README.md
| @@ -141,11 +141,11 @@ even exit the program through the callback. The main `App` has a callback slot, | @@ -141,11 +141,11 @@ even exit the program through the callback. The main `App` has a callback slot, | ||
| 141 | 141 | ||
| 142 | 142 | ||
| 143 | 143 | ||
| 144 | -> ### Subclassing | ||
| 145 | -> | ||
| 146 | -> The App class was designed allow toolkits to subclass it, to provide default options and setup/teardown code. Subcommands remain `App`'s, since those are not expected to need setup and teardown. The default `App` only adds a help flag, `-h,--help`, but provides an option to disable it in the constructor (and in `add_subcommand`). | ||
| 147 | -> | ||
| 148 | -> Also, in a related note, the `App`s you get a pointer to are stored in the parent `App` in `unique_ptr`s (like `Option`s) and are deleted when the main `App` goes out of scope. | 144 | +## Subclassing |
| 145 | + | ||
| 146 | +The App class was designed allow toolkits to subclass it, to provide default options and setup/teardown code. Subcommands remain `App`'s, since those are not expected to need setup and teardown. The default `App` only adds a help flag, `-h,--help`, but provides an option to disable it in the constructor (and in `add_subcommand`). | ||
| 147 | + | ||
| 148 | +Also, in a related note, the `App`s you get a pointer to are stored in the parent `App` in `unique_ptr`s (like `Option`s) and are deleted when the main `App` goes out of scope. | ||
| 149 | 149 | ||
| 150 | 150 | ||
| 151 | ## How it works | 151 | ## How it works |