-
Task
-
Resolution: Fixed
-
L3 - Default
-
None
Open Problems / Concerns (will be addressed by menge)
- We cannot set expression language everywhere (cf. tUnaryTest) it needs to be possile to use an arbitrary expression language everywhere
- Comma seperated lists of expressions (inputValues, outputValues)
- Extension Elements missing
Changes
- HTML Table style
- Href => Qname
- allowed values => input values & output values
- drop itemDefinitions
- Clarify: type references "camunda:string" or "feel:string"
New Features
- default output
–
Notes for sebastian.menski
- priority
- output order
- output values
- just do it
This is the controller panel for Smart Panels app
[CAM-4747] DMN 1.1 Issue
Description |
Original:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
New:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
Description |
Original:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
New:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) - clauses have ids Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
Description |
Original:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) - clauses have ids Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
New:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
Description |
Original:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Extension Elements missing - Comma seperated lists of expressions (inputValues, outputValues) Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
New:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Comma seperated lists of expressions (inputValues, outputValues) - Extension Elements missing Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
Description |
Original:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) - Comma seperated lists of expressions (inputValues, outputValues) - Extension Elements missing Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
New:
Open Problems / Concerns (will be addressed by [~menge]) - We cannot set expression language everywhere (cf. tUnaryTest) it needs to be possile to use an arbitrary expression language everywhere - Comma seperated lists of expressions (inputValues, outputValues) - Extension Elements missing Changes - HTML Table style - Href => Qname - allowed values => input values & output values - drop itemDefinitions - Clarify: type references "camunda:string" or "feel:string" New Features - default output -- Notes for [~sebastian.menski] - priority - output order - output values - just do it |
Proposal for change of name attribute
If we are lucky and http://solitaire.omg.org/browse/DMN11-154 will be accepted we lose the name attribute and gain a label attribute instead. I would propose following
usage:
Current DMN table:
DMN 1.1 table: