... | ... | @@ -21,7 +21,8 @@ All randomization is seeded with the participant id, so with the same participan |
|
|
# Study Setup
|
|
|
|
|
|
* ``PhasesToOrderRandomize`` can be used to specify phase names of phases which should be randomized in order between participants. So if a study has the phases ``Warmup``, ``Phase1``, ``Break``, ``Phase2`` and ``PhasesToOrderRandomize = { Phase1, Phase2}`` is given. Then participants will alternately see orders ``Warmup``, ``Phase1``, ``Break``, ``Phase2`` and ``Warmup``, ``Phase2``, ``Break``, ``Phase1``.
|
|
|
* ``ConditionSortingCallback()``:
|
|
|
* ``ConditionSortingCallback()``: this is a function in the ``ASFStudySetup`` class, that in its default implementation does nothing. It can be overridden in C++ and Blueprint (that why it has the ``BlueprintNativeEvent`` specifier). In C++, however, a derived class has to implement the ``ConditionSortingCallback_Implementation()`` function (that's just how this works in Unreal, google ``BlueprintNativEvent`` if you want to know more)
|
|
|
* this function receives an ``TArray<USFCondition*>`` and should return a reordered version of this. You can simply change the order of all of these conditions. However, removing or adding entries can have *undefined behavior*!
|
|
|
|
|
|
|
|
|
# Number of Participants
|
... | ... | |