Details
-
Improvement
-
Status: Closed
-
Major
-
Resolution: Duplicate
-
None
-
None
-
None
Description
The use case that makes me feel being able to define the default output value on "fluid.transforms.condition" would be useful:
The input model:
{ audio: boolean, sound: boolean; noSoundHazard: boolean }The desired transformations:
Case | Input | Expected transformed output |
---|---|---|
1 | {audio: true, sound: true} | {"audio": "available"} |
2 | {audio: false, noSoundHazard: true} | {"audio": "unavailable"} |
3 | {audio: true, sound: false} | {"audio": "unknown"} |
4 | Other combinations | {"audio": "unknown"} |
Note that case 3 and 4 are creating the same output value. The question is, at inversion, what this output value should be inverted to?
The expected behavior to invert when this transformation is used in the model relay:
1. If the output value comes from Case 3, always invert back to Case 3 input value;
2. If the output value comes from Case 4,
(1) no change request on the output model: invert back to whatever the original input value of Case 4;
(2) ever have a change request to this special value of
: invert back to the input value of Case 3.
Thoughts?
Attachments
Issue Links
- duplicates
-
FLUID-5479 Improve handling in valueMapper of matching on composite values
-
- Closed
-
- relates to
-
FLUID-5337 Improve model relay and model transformation system to operate "pseudoinverse" rules
-
- Reopened
-