Uploaded image for project: 'Fluid Infusion'
  1. Fluid Infusion
  2. FLUID-5307

Requirement for more power in mapping cases than can be provided by condition or valueMapper transformers

    XMLWordPrintable

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

      {"audio": "unknow"}

      : invert back to the input value of Case 3.

      Thoughts?

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              cli@ocad.ca Cindy Qi Li
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: