[jboss-jira] [JBoss JIRA] (DROOLS-2792) [DMN Designer] Data-types: Grid: LiteralExpression

[Michael Anstis (JIRA)]

     [ https://issues.jboss.org/browse/DROOLS-2792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Anstis updated DROOLS-2792:
-----------------------------------
    Description: 
*_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

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"?
- Undo / Redo


  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 expression of type number but inside string constant like: "string constant"?
- Undo / Redo




> [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_*
> - (/) 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
> 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"?
> - Undo / Redo



--
This message was sent by Atlassian JIRA
(v7.5.0#75005)