Details
-
Type: Improvement
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 2.0-Alpha3
-
Component/s: ICE-Components
-
Labels:None
-
Environment:Sparkle Tab component
-
Affects:Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial
Description
Currently, the Sparkle Tab component can be used in one of two ways:
1. Entire tab component and all tab panes, and their children, contained in a single form. This is consistent with the ICEfaces 1.x panelTab component.
2. Tab component itself is not contained in a form at all, and each tab panel can use a form to wrap components it contains as required.
However, this mechanism requires the use of the so-called "formless" submit feature that was originally part of early Glimmer core.This notion of components not requiring a form is no longer seen as desirable, certainly, at least, the tab should not require it's use.
Instead, the tab should be refactored such that the tab control itself can reside in one form, while the tab panes may each reside in forms of their own (or contain forms of their own). One way this could be achieved is if the tabPanes are not specified within a Tab component tag (heriarchical), but instead, use a "for=xxx" attribute to specify the tab control that they are associated with. Using this approach, the tab-control can be placed in one form and each tab pane can be placed in another, or all tab panes in one form and the tab control in another, or all in one form, etc.
1. Entire tab component and all tab panes, and their children, contained in a single form. This is consistent with the ICEfaces 1.x panelTab component.
2. Tab component itself is not contained in a form at all, and each tab panel can use a form to wrap components it contains as required.
However, this mechanism requires the use of the so-called "formless" submit feature that was originally part of early Glimmer core.This notion of components not requiring a form is no longer seen as desirable, certainly, at least, the tab should not require it's use.
Instead, the tab should be refactored such that the tab control itself can reside in one form, while the tab panes may each reside in forms of their own (or contain forms of their own). One way this could be achieved is if the tabPanes are not specified within a Tab component tag (heriarchical), but instead, use a "for=xxx" attribute to specify the tab control that they are associated with. Using this approach, the tab-control can be placed in one form and each tab pane can be placed in another, or all tab panes in one form and the tab control in another, or all in one form, etc.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Ken Fyten
created issue -
Ken Fyten
made changes -
Field | Original Value | New Value |
---|---|---|
Salesforce Case | [] | |
Fix Version/s | 2.0-Alpha3 [ 10032 ] |
Ken Fyten
made changes -
Salesforce Case | [] | |
Affects | [Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial] | |
Assignee Priority | P2 | |
Assignee | Adnan Durrani [ adnan.durrani ] |
Adnan Durrani
made changes -
Status | Open [ 1 ] | In Progress [ 3 ] |
Adnan Durrani
made changes -
Status | In Progress [ 3 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Salesforce Case | [] | |
Fix Version/s | 2.0-Beta [ 10231 ] | |
Fix Version/s | 2.0-Alpha3 [ 10032 ] |
Ken Fyten
made changes -
Fix Version/s | 2.0-Beta2 [ 10242 ] | |
Fix Version/s | 2.0-Beta1 [ 10231 ] |
Ken Fyten
made changes -
Security | Private [ 10001 ] |
Ken Fyten
made changes -
Fix Version/s | 2.0.0 [ 10230 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
Assignee Priority | P2 |