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

[Jozef Marko (JIRA)]

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

Jozef Marko 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?
-- [manstis] We could resize the column based on the Data Type name; feel free to open a (minor) JIRA and [~tirelli] can comment.
- 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?
-- [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 (/)


  was:
*_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?
-- [manstis] We could resize the column based on the Data Type name; feel free to open a (minor) JIRA and [~tirelli] can comment.
- 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?
-- [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




> [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?
> -- [manstis] We could resize the column based on the Data Type name; feel free to open a (minor) JIRA and [~tirelli] can comment.
> - 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?
> -- [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 (/)



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