CLAM::ControlConfig Class Reference
#include <ControlConfig.hxx>
Inheritance diagram for CLAM::ControlConfig:
Detailed Description
Definition at line 31 of file ControlConfig.hxx.
Public Member Functions | |
| DYNAMIC_TYPE (ControlConfig, 3) | |
| DYN_ATTRIBUTE (0, public, TData, InitValue) | |
| DYN_ATTRIBUTE (1, public, TData, MinValue) | |
| DYN_ATTRIBUTE (2, public, TData, MaxValue) | |
| void | DefaultInit () |
| The concrete dynamic type constructor calls DefaultInit(). | |
Member Function Documentation
| CLAM::ControlConfig::DYNAMIC_TYPE | ( | ControlConfig | , | |
| 3 | ||||
| ) |
| CLAM::ControlConfig::DYN_ATTRIBUTE | ( | 0 | , | |
| public | , | |||
| TData | , | |||
| InitValue | ||||
| ) |
| CLAM::ControlConfig::DYN_ATTRIBUTE | ( | 1 | , | |
| public | , | |||
| TData | , | |||
| MinValue | ||||
| ) |
| CLAM::ControlConfig::DYN_ATTRIBUTE | ( | 2 | , | |
| public | , | |||
| TData | , | |||
| MaxValue | ||||
| ) |
| void CLAM::ControlConfig::DefaultInit | ( | void | ) | [inline] |
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().
- See also:
- CopyInit()
Reimplemented from CLAM::DynamicType.
Definition at line 38 of file ControlConfig.hxx.
References CLAM::DynamicType::UpdateData().
The documentation for this class was generated from the following file:
