-
Feature Request
-
Resolution: Done
-
Major
-
None
-
None
-
2018 Week 30-32
-
5
-
NEW
-
NEW
Literal Expression
Grid header could show Output Data Type
Editing Output Data Type is possible via Properties panel
Update header when Output Data Type is changed via Properties panel
Manual acceptance test
- Resizing
- Ctrl+C, Ctrl+v
- Default Data Type for literal expression
- Selecting itemDefinition
- Long name of data type
- Column Width is not adapted automatically nor Data Type name is abbreviated, do we want to address somehow in future?
- [manstis] We could resize the column based on the Data Type name; feel free to open a (minor) JIRA and etirelli can comment.
- Used in levels of context grid
- Should be the data type shown anytime or just if literal expression is top level context entry?
- [manstis] For LiteralExpression only when top-level. ContextEntry will have a similar editor when https://issues.jboss.org/browse/DROOLS-2796 is complete.
- Changing data type in graph node
- Changing data type in properties panel
- Building project
- Should the deployment fail if I have literal expression of type number but inside string constant like: "string constant"?
- [manstis] Validation will be performed when saved/validated and errors appear in the Message Console. How validation is supported is, IIRC, a JIRA somewhere already.
- Undo / Redo
- is cloned by
-
DROOLS-2795 [DMN Designer] Data-types: Grid: DecisionTable
-
- Closed
-
- is related to
-
DROOLS-3000 Design data type constraints UX
-
- Closed
-
-
DROOLS-2874 Select a data type, inline, from DMN decision tables.
-
- Closed
-
-
DROOLS-2922 CSS: Pop-over menu for DMN decision tables.
-
- Closed
-
-
DROOLS-3077 Enhance data type restrictions UX - Decision Table/properties
-
- Closed
-