#include <ControlSink.hxx>
Definition at line 30 of file ControlSink.hxx.
Public Member Functions | |
DYNAMIC_TYPE_USING_INTERFACE (ControlSinkConfig, 3, ProcessingConfig) | |
DYN_ATTRIBUTE (0, public, TData, MinValue) | |
DYN_ATTRIBUTE (1, public, TData, MaxValue) | |
DYN_ATTRIBUTE (2, public, TData, Step) | |
Protected Member Functions | |
void | DefaultInit () |
The concrete dynamic type constructor calls DefaultInit(). |
CLAM::ControlSinkConfig::DYNAMIC_TYPE_USING_INTERFACE | ( | ControlSinkConfig | , | |
3 | , | |||
ProcessingConfig | ||||
) |
CLAM::ControlSinkConfig::DYN_ATTRIBUTE | ( | 0 | , | |
public | , | |||
TData | , | |||
MinValue | ||||
) |
CLAM::ControlSinkConfig::DYN_ATTRIBUTE | ( | 1 | , | |
public | , | |||
TData | , | |||
MaxValue | ||||
) |
CLAM::ControlSinkConfig::DYN_ATTRIBUTE | ( | 2 | , | |
public | , | |||
TData | , | |||
Step | ||||
) |
void CLAM::ControlSinkConfig::DefaultInit | ( | void | ) | [inline, protected] |
The concrete dynamic type constructor calls DefaultInit().
This allows user to initialize his/her object. But we define DefaultInit() here because we don't want to force writting one DefaultInit() function for each concrete dynamic type. If a dynamic type concrete class defines some (not-default) constructors, this should also call the DefaultInit().
Reimplemented from CLAM::DynamicType.
Definition at line 38 of file ControlSink.hxx.
References CLAM::DynamicType::UpdateData().