Details
-
Type:
New Feature
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Component/s: MOBI-Components
-
Labels:None
-
Environment:ICEfaces 4
-
Affects:Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial
Description
Issue Links
- depends on
-
MOBI-882
Refactor flipSwitch into ACE compatible form
-
- Resolved
-
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
For issue #4, after overriding the equals() and hashCode() methods I am getting the same results, the flipswitch value does not update.
Changed type of value attribute from Object to Boolean type, as in the case of h:selectBooleanCheckbox, at revision 40092. As for, the attributes converter, validator, etc., they'll just stay there, since they are part of the JSF contract, and h:selectBooleanCheckbox also keeps them.
Fixed readonly and disabled behaviour.
The correct behaviour should be as follows:
- If either disabled or readonly or both are set to true, then the value of the flip switch cannot be changed by the user.
- If disabled is true, then the value of the component (clientId + "_hidden") is not submitted in the request, otherwise it is submitted normally.
ICEfaces4 trunk revision# 40111
Confirmed #1 fixed (Object changed to Boolean type)
Confirmed #2 fixed, component behaves as expected.
Nothing to confirm for #3, no changes required.
#4 still remains.
Test Results
1) Is there a reason why the value attribute is an Object type in the docs? Is there another use case besides a regular boolean?
2) The flipswitch value can still be changed and submitted when readonly=true. However, if both readonly and disabled are true then the flipswitch value cannot be changed (which I believe should be the default behaviour for readonly by itself). If disabled=true then the flipswitch can still be changed but the value cannot be submitted (I believe this is expected behaviour).
3) Inherited attributes converter, required, validator (and their messages) should likely be removed from the component since there is no reasonable use case for these.