garandor / pfcrender Goto Github PK

Usabilitywise it would be very nice to have built-in program parts behave the way plugins do when exposing their commandline options - i.e. have them defined in the actual classes that need them, and create a list of the options dynamically.

Since - unlike plugins - built-in code has not been run by the time the commandline options are interpreted, this can not be done at runtime, but must instead be done at compile time, or (since options are spread over multiple compilation units) link time.

The only way to accomplish this goal found in research is by using fairly complex template metaprogramming coupled with a preprocessor macro
https://stackoverflow.com/questions/18701798/building-and-accessing-a-list-of-types-at-compile-time

Actually implementing this seems only marginally relevant to the scope of this work (since statically managing a list of options centrally only impacts the programmer, not the user), so it is left for future improvement

stringlength = total segments

Print message of the form last_rendered/stringlength to status bar.

Requires #10

Pluginnames are not listed, all options are sorted alphabetically and shown together, this will get overwhelming quickly.

At least show available plugins and group cli options by the plugins that need em

Status quo:

Usage: ./pfcrender [options]
pfcrender

Options:
-h, --help Displays this help.
-v, --version Displays version information.
--it Number LSYS iterations to compute
--rules Comma seperated list of LSYS axiom and rules for
stringsubst

So plugins can link against it instead of compiling in necessary cpps

set (SVG_SRC

"${CMAKE_SOURCE_DIR}/src/Common/Plugin_Registry.cpp"
"${CMAKE_SOURCE_DIR}/src/Common/Config_Registry.cpp"
"${CMAKE_SOURCE_DIR}/src/Common/CLIParser.cp

=> Target_link_libraries(SVG private Common)

No problems with destruction of singleton (no manual release call needed)

The current state saving in file mechanism is a bit dumb, essentially forcing --clear usage in most cases. Find a better way (e.g. --store / --restore flags)

free standing with C++11/14

https://github.com/PeterSommerlad/CUTE/blob/705f905a984b9b4f39b7f6d6771bdf848da45e6a/README.md

build log https://ci.appveyor.com/project/Garandor/pfcrender/build/0.3.203/messages

low prio because M$

Need to find a compile-time container that gets this info in a constexpr way so we can query for static config info at runtime without instantiating all the objects just to do so.

Depends on Travis and AppVeyor Support

Enables refactoring getOpt() from Config_Registry to return std::optional

cppcheck

https://svn.boost.org/trac/boost/wiki/BestPracticeHandbook#a20.Stuffdecidedtonotberecommendedherebutmightbeusefulforsomepeople

CLI:
Calling plugin names as positional arguments, options as switches
Enables keeping calling sequence in order

Plugins:
Export Factories instead of Models