Commit 71a29f43d00d56d02f136ad0c849af4e1ce210d0

Authored by Henry Fredrick Schreiner
1 parent 2b53550a

Readme updates

Showing 2 changed files with 7 additions and 5 deletions
CHANGELOG.md
  1 +## Version 0.4 (in progress)
  2 +
1 3 ## Version 0.3
2 4  
3 5 * Added `->requires`, `->excludes`, and `->envname` from [Plumbum](http://plumbum.readthedocs.io/en/latest/)
... ...
README.md
... ... @@ -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 151 ## How it works
... ...