[JBoss JIRA] (FORGE-1187) UIInput<Boolean>.getValue() should not return null
by Vineet Reynolds (JIRA)
[ https://issues.jboss.org/browse/FORGE-1187?page=com.atlassian.jira.plugin... ]
Vineet Reynolds updated FORGE-1187:
-----------------------------------
Description: It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances. The default being false, unless of course it was specified in the UIInput definition. (was: It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances. The default being false, unless of course it was specified by in the UIInput definition.)
> UIInput<Boolean>.getValue() should not return null
> --------------------------------------------------
>
> Key: FORGE-1187
> URL: https://issues.jboss.org/browse/FORGE-1187
> Project: Forge
> Issue Type: Feature Request
> Components: UI - API
> Reporter: Vineet Reynolds
> Priority: Minor
> Fix For: 2.x Future
>
>
> It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances. The default being false, unless of course it was specified in the UIInput definition.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (FORGE-1187) UIInput<Boolean>.getValue() should not return null
by Vineet Reynolds (JIRA)
[ https://issues.jboss.org/browse/FORGE-1187?page=com.atlassian.jira.plugin... ]
Vineet Reynolds updated FORGE-1187:
-----------------------------------
Description: It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances. The default being false, unless of course it was specified by in the UIInput definition. (was: It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances.)
> UIInput<Boolean>.getValue() should not return null
> --------------------------------------------------
>
> Key: FORGE-1187
> URL: https://issues.jboss.org/browse/FORGE-1187
> Project: Forge
> Issue Type: Feature Request
> Components: UI - API
> Reporter: Vineet Reynolds
> Priority: Minor
> Fix For: 2.x Future
>
>
> It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances. The default being false, unless of course it was specified by in the UIInput definition.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (FORGE-1187) UIInput<Boolean>.getValue() should not return null
by Vineet Reynolds (JIRA)
Vineet Reynolds created FORGE-1187:
--------------------------------------
Summary: UIInput<Boolean>.getValue() should not return null
Key: FORGE-1187
URL: https://issues.jboss.org/browse/FORGE-1187
Project: Forge
Issue Type: Feature Request
Components: UI - API
Reporter: Vineet Reynolds
Priority: Minor
Fix For: 2.x Future
It would be ideal to return a binary value, instead of having this as a tri-state variable leading to addon developers adding in null checks. Perhaps it would be better to automatically set the defaultValue of UIInput<Boolean> instances.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (FORGE-1102) Support detection/registration/installation of undeclared dependent facets
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-1102?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III closed FORGE-1102.
-------------------------------------
Assignee: Lincoln Baxter III
Fix Version/s: 2.0.0.Alpha12
(was: 2.x Future)
Resolution: Done
Done. Breaks Facets API.
> Support detection/registration/installation of undeclared dependent facets
> --------------------------------------------------------------------------
>
> Key: FORGE-1102
> URL: https://issues.jboss.org/browse/FORGE-1102
> Project: Forge
> Issue Type: Feature Request
> Affects Versions: 1.3.3.Final
> Reporter: Vineet Reynolds
> Assignee: Lincoln Baxter III
> Fix For: 2.0.0.Alpha12
>
>
> Based on FORGE-1101, facets that are not declared via {{@RequiresFacet}} may not be visible via {{Project.hasFacet()}} at the right time since the {{ProjectFactory}}'s registry may not process these facets in the right order. It would be a good idea to hint the {{ProjectFactory}} that a particular Facet may have to be registered.
> To explain further, the {{RestFacet}} does not declare any dependencies on the {{RestWebXmlFacet}} and the {{RestApplicationFacet}}. These facets are therefore not always detected via the {{project.hasFacet()}} invocations.
> Declaring them as facets via a {{@RequiresOnlyOneFacet}} annotation could be one solution to ensure that only one facet within a group should be sufficient to satisfy the desired constraints on a Faceted type. Likewise, we could also add support for optional facets that are may be installed if possible, via a {{@OptionalFacets}} annotation.
> This would probably be better supported in 2.x instead of 1.x.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (FORGE-1148) Support multi-level UIWizard flows.
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-1148?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III closed FORGE-1148.
-------------------------------------
Resolution: Done
> Support multi-level UIWizard flows.
> -----------------------------------
>
> Key: FORGE-1148
> URL: https://issues.jboss.org/browse/FORGE-1148
> Project: Forge
> Issue Type: Feature Request
> Components: UI - API, UI - Eclipse, UI - Shell
> Affects Versions: 2.0.0.Alpha11
> Reporter: Lincoln Baxter III
> Assignee: George Gastaldi
> Labels: difficult
> Fix For: 2.0.0.Alpha12
>
> Attachments: Screen Shot 2013-08-30 at 3.02.14 PM.png
>
>
> Say for instance I want to create a new entity, but persistence is not set up. I should have the choice to set up persistence, say, via a checkbox.
> but once persistence is set up, then I should be directed to add a new field, for instance. So the flow is this:
> 1. New Entity
> 2. Persistence Setup (Container Selection, Provider Selection)
> 3. New Field
> This means that persistence setup executes in a sub-flow that must return to the next designated step of the original flow when complete.
> {code}return Results.navigate(PersistenceSetup.class, NewField.class){code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (FORGE-1148) Support multi-level UIWizard flows.
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-1148?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III updated FORGE-1148:
--------------------------------------
Issue Type: Feature Request (was: Bug)
> Support multi-level UIWizard flows.
> -----------------------------------
>
> Key: FORGE-1148
> URL: https://issues.jboss.org/browse/FORGE-1148
> Project: Forge
> Issue Type: Feature Request
> Components: UI - API, UI - Eclipse, UI - Shell
> Affects Versions: 2.0.0.Alpha11
> Reporter: Lincoln Baxter III
> Assignee: George Gastaldi
> Labels: difficult
> Fix For: 2.0.0.Alpha12
>
> Attachments: Screen Shot 2013-08-30 at 3.02.14 PM.png
>
>
> Say for instance I want to create a new entity, but persistence is not set up. I should have the choice to set up persistence, say, via a checkbox.
> but once persistence is set up, then I should be directed to add a new field, for instance. So the flow is this:
> 1. New Entity
> 2. Persistence Setup (Container Selection, Provider Selection)
> 3. New Field
> This means that persistence setup executes in a sub-flow that must return to the next designated step of the original flow when complete.
> {code}return Results.navigate(PersistenceSetup.class, NewField.class){code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (FORGE-1148) Support multi-level UIWizard flows.
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-1148?page=com.atlassian.jira.plugin... ]
Lincoln Baxter III reopened FORGE-1148:
---------------------------------------
> Support multi-level UIWizard flows.
> -----------------------------------
>
> Key: FORGE-1148
> URL: https://issues.jboss.org/browse/FORGE-1148
> Project: Forge
> Issue Type: Bug
> Components: UI - API, UI - Eclipse, UI - Shell
> Affects Versions: 2.0.0.Alpha11
> Reporter: Lincoln Baxter III
> Assignee: George Gastaldi
> Labels: difficult
> Fix For: 2.0.0.Alpha12
>
> Attachments: Screen Shot 2013-08-30 at 3.02.14 PM.png
>
>
> Say for instance I want to create a new entity, but persistence is not set up. I should have the choice to set up persistence, say, via a checkbox.
> but once persistence is set up, then I should be directed to add a new field, for instance. So the flow is this:
> 1. New Entity
> 2. Persistence Setup (Container Selection, Provider Selection)
> 3. New Field
> This means that persistence setup executes in a sub-flow that must return to the next designated step of the original flow when complete.
> {code}return Results.navigate(PersistenceSetup.class, NewField.class){code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months