summaryrefslogtreecommitdiff
path: root/src/optparser.h (follow)
AgeCommit message (Collapse)Author
2009-12-18Ok...sweet, the OptParser now supports everything the old one did, but in muchMike Buland
less code, and it does everything with more style and panache, also fewer bugs.
2009-12-18Wow, cool, Bu::Formatter can read all the basic types now, (int, float, bool,Mike Buland
char, etc.) and OptParser totally works. I have one last change to make to it, which is using the return value of signal type options to determine weather or not the option took a parameter at all, especially in the case of short options.
2009-12-18The OptParser still needs help banners and more helper functions, but otherwise,Mike Buland
it's done. It works great, and provides much flexibility and usefulness. It now relies on the input side of the Formatter class, which at the moment supports reading strings...not real useful yet... Next up, adding readers for numbers and such, then it'll be mostly complete. Also, fixed a bug when copying uninitialized signal objects.
2009-12-16Signals is even safer and works even better. Also, OptParser is nearly done.Mike Buland
Now I just have to come up with a way to modify data that you already have, that sure was a nice feature of the old one, even if it was implemented in a silly way.
2009-12-16The new signal/slots system is in place, and works from 0-5 parameters rightMike Buland
now, I'll probably add more later on... I've also started on the replacement for ParamProc, OptParser. It should do everything that ParamProc did, only with less code, and much better.