Assuming my current understanding of this package is sufficient. Let us say (for simplicity) we want to assign two modes to an example_node: mode A and mode B. In both modes, we would like to redefine a long list of parameters. The package needs a __DEFAULT__ mode to be defined that is actually named as such, assume that we choose mode A to be default, the current working approaches that I found is to either:
Rename mode A to __DEFAULT__, meaning our example_node has modes __DEFAULT__ and B. Effective, but not very idiomatic.
Define an additional __DEFAULT__ mode, meaning our example_node has modes A, B, __DEFAULT__. To ensure that A and __DEFAULT__ are effectively the same, it is necessary to keep the parameters in their configuration are identical. Especially when there are many parameters this becomes tedious.
I'm not sure how to do this most effectively. But it would be nice if we can define modes A and B and choose the default in some other way, perhaps through another key in the yaml file (next to type and modes)?
I actually think both options would be fine. Perhaps 2, with a fall-back to 1 in case the explicit choice is missing (also for backwards compatibility)?
Assuming my current understanding of this package is sufficient. Let us say (for simplicity) we want to assign two modes to an
example_node
: modeA
and modeB
. In both modes, we would like to redefine a long list of parameters. The package needs a__DEFAULT__
mode to be defined that is actually named as such, assume that we choose modeA
to be default, the current working approaches that I found is to either:A
to__DEFAULT__
, meaning ourexample_node
has modes__DEFAULT__
andB
. Effective, but not very idiomatic.__DEFAULT__
mode, meaning ourexample_node
has modesA
,B
,__DEFAULT__
. To ensure thatA
and__DEFAULT__
are effectively the same, it is necessary to keep the parameters in their configuration are identical. Especially when there are many parameters this becomes tedious.I'm not sure how to do this most effectively. But it would be nice if we can define modes
A
andB
and choose the default in some other way, perhaps through another key in the yaml file (next totype
andmodes
)?