[
https://issues.jboss.org/browse/DROOLS-2792?page=com.atlassian.jira.plugi...
]
Jozef Marko updated DROOLS-2792:
--------------------------------
Description:
*_Literal Expression_*
- (x) Grid header _could_ show Output Data Type
- (/) Editing Output Data Type is possible via Properties panel
- (x) Update header when Output Data Type is changed via Properties panel
h3. 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?
- Used in levels of context grid (?)
-- !Screenshot from 2018-08-09 09-21-01.png|thumbnail!
-- Should be the data type shown anytime or just if literal expression is top level
context entry?
- 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"?
was:
*_Literal Expression_*
- (x) Grid header _could_ show Output Data Type
- (/) Editing Output Data Type is possible via Properties panel
- (x) Update header when Output Data Type is changed via Properties panel
h3. 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?
- Used in levels of context grid (?)
-- !Screenshot from 2018-08-09 09-21-01.png|thumbnail!
-- Should be the data type shown anytime or just if literal expression is top level
context entry?
- Changing data type in graph node (/)
- Changing data type in properties panel (/)
- Building project (/)
-- Should the deployment fail if I have literal expresison of type number but inside
string constant like: "string constant"?
[DMN Designer] Data-types: Grid: LiteralExpression
--------------------------------------------------
Key: DROOLS-2792
URL:
https://issues.jboss.org/browse/DROOLS-2792
Project: Drools
Issue Type: Feature Request
Components: DMN Editor
Reporter: Michael Anstis
Assignee: Michael Anstis
Attachments: DROOLS-2792.odt, Screen Shot 2018-08-01 at 10.11.48 AM.png, Screen
Shot 2018-08-01 at 10.20.35 AM.png, Screenshot from 2018-08-09 09-21-01.png
*_Literal Expression_*
- (x) Grid header _could_ show Output Data Type
- (/) Editing Output Data Type is possible via Properties panel
- (x) Update header when Output Data Type is changed via Properties panel
h3. 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?
- Used in levels of context grid (?)
-- !Screenshot from 2018-08-09 09-21-01.png|thumbnail!
-- Should be the data type shown anytime or just if literal expression is top level
context entry?
- 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"?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)