Ichthyostega
479ab8cb15
Based on the usage concept developed thus far, we rely on a `FeedPrototype` to generate the actual `FeedManifold` for each invocation — and this is the extension point where a ''parameter functor'' can be attached. Notably, such a parameter functor will be configured from a different part of the builder logic than the underlying processing function, which is adapted by a Library Plug-in. Parameters on the other hand will be controlled mostly by configuration within the Session, because the user chooses to use specific settings, e.g. for an effect. An important extension to this scheme is **Parameter Automation** — which will be also attached over the extension point designed here. Since Parameter can be defined in various flavours, there is some concern that we'll end up with an excessive number of template instantiations. Thus, we'll explicitly create a »loop hole« by allowing to define the ''parameter functor'' to be a `std::function`. This would open a secondary possibility: configuring such a function, but leaving it empty, which would be a further control switch usable by the builder. |
||
|---|---|---|
| .. | ||
| draw | ||
| DIR_INFO | ||
| dump | ||
| empty.html | ||
| InterfaceConcept_Varga.mm | ||
| renderengine.html | ||
| thinkPad.ichthyo.mm | ||
| uml | ||
| workflow.mm | ||