ICEfaces
  1. ICEfaces
  2. ICE-10827

New ace:clientValidateEqualTo client-side validator

    Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Affects Version/s: None
    • Fix Version/s: 4.1
    • Component/s: ACE-Components
    • Labels:
      None
    • Environment:
      ICEfaces 4.1
    • Assignee Priority:
      P1
    • Affects:
      Documentation (User Guide, Ref. Guide, etc.), Sample App./Tutorial

      Description

      Add support for client-side validation that an input component's value is equivalent to another specified input components value.

      Wraps the jQuery Validation min function in an ICEfaces / JSF friendly component.

      ---------------
      Description: Requires the element to be the same as another one.

      equalTo( other ) other Type: Selector
      The selector for the element to compare the current values

      Src: http://jqueryvalidation.org/equalTo-method
      ----------------

      This validator should be supported by the following input components:

      ACE
      - ace:autoCompleteEntry
      - ace:checkboxButton
      - ace:checkboxButtons
      - ace:comboBox
      - ace:dateTimeEntry
      - ace:maskedEntry
      - ace:radioButton
      - ace:radioButtons
      - ace:richTextEntry
      - ace:selectMenu
      - ace:simpleSelectOneMenu
      - ace:sliderEntry
      - ace:textAreaEntry
      - ace:textEntry

      MOBI:
      mobi:dateSpinner
      mobi:timeSpinner
      mobi:flipSwitch

        Issue Links

          Activity

          Hide
          Mircea Toma added a comment -

          Implemented ace:clientValidateEqualTo client-side validator. The validated component can compared only to other Validateable component. When defined, the label of the other component will be used in the validation message as reference.

          Show
          Mircea Toma added a comment - Implemented ace:clientValidateEqualTo client-side validator. The validated component can compared only to other Validateable component. When defined, the label of the other component will be used in the validation message as reference.
          Hide
          Liana Munroe added a comment -

          As per ICE-5377 ace:sliderEntry and mobi:flipswitch will no longer be Validatetable.

          Show
          Liana Munroe added a comment - As per ICE-5377 ace:sliderEntry and mobi:flipswitch will no longer be Validatetable.
          Hide
          Ken Fyten added a comment -

          Upon review we've decided that ace:sliderEntry should be supported, can be compared to another component with an integer value.

          Also, mobi:flipSwitch, ace:checkboxButton, and ace:radioButton could be comparables for this validator.

          Show
          Ken Fyten added a comment - Upon review we've decided that ace:sliderEntry should be supported, can be compared to another component with an integer value. Also, mobi:flipSwitch, ace:checkboxButton, and ace:radioButton could be comparables for this validator.
          Hide
          Mircea Toma added a comment -

          Made slider validateable once again.

          Show
          Mircea Toma added a comment - Made slider validateable once again.
          Hide
          Mircea Toma added a comment -

          Made flipswitch component validateable as well.

          Show
          Mircea Toma added a comment - Made flipswitch component validateable as well.
          Hide
          Liana Munroe added a comment - - edited

          Tested with ICEfaces 4 trunk r46213.
          ace:sliderEntry and mobi:flipswitch using ace:clientValidateEqualTo are not functional. There are no messages rendered when the compared values differ.
          Test applications at: /sliderEntryClientValidateEqualTo.jsf, /flipswitchClientValidateEqualTo.jsf
          http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces4/Sparkle/Nightly/sliderEntry
          http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces4/Sparkle/Manual/flipswitch

          Also as mentioned in ICE-5377, ace:radioButton, ace:checkboxButton, ace:comboBox, ace:selectMenu with ace:clientValidateEqualTo are also not functional. There are no messages rendered when the compared values differ.

          Show
          Liana Munroe added a comment - - edited Tested with ICEfaces 4 trunk r46213. ace:sliderEntry and mobi:flipswitch using ace:clientValidateEqualTo are not functional. There are no messages rendered when the compared values differ. Test applications at: /sliderEntryClientValidateEqualTo.jsf, /flipswitchClientValidateEqualTo.jsf http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces4/Sparkle/Nightly/sliderEntry http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces4/Sparkle/Manual/flipswitch Also as mentioned in ICE-5377 , ace:radioButton, ace:checkboxButton, ace:comboBox, ace:selectMenu with ace:clientValidateEqualTo are also not functional. There are no messages rendered when the compared values differ.
          Hide
          Mircea Toma added a comment - - edited

          Modified ace:radioButton and ace:checkboxButton renderers to satisfy jQuery validation constraints. Also fixed Validateable.getValidatedElementId method to point to the value holder element.

          Show
          Mircea Toma added a comment - - edited Modified ace:radioButton and ace:checkboxButton renderers to satisfy jQuery validation constraints. Also fixed Validateable.getValidatedElementId method to point to the value holder element.
          Hide
          Mircea Toma added a comment -

          Modified ace:sliderEntry and mobi:flipswitch renderers to satisfy jQuery validation constraints.
          The test cases for these components should be modified so that the compared components are placed in separate forms. When the referenced component value is changed a submit should be issued, only when the validated component is modified the submit should be blocked. This approach will ensure that the state on the client is kept in sync with the one on the server.

          Show
          Mircea Toma added a comment - Modified ace:sliderEntry and mobi:flipswitch renderers to satisfy jQuery validation constraints. The test cases for these components should be modified so that the compared components are placed in separate forms. When the referenced component value is changed a submit should be issued, only when the validated component is modified the submit should be blocked. This approach will ensure that the state on the client is kept in sync with the one on the server.
          Hide
          Ken Fyten added a comment -

          Due to the state complexities inherent with using this validator type we've decided it's real-world usefulness is limited in terms of being a client-side validator and will be removing it from the 4.1 release.

          Show
          Ken Fyten added a comment - Due to the state complexities inherent with using this validator type we've decided it's real-world usefulness is limited in terms of being a client-side validator and will be removing it from the 4.1 release.
          Hide
          Mircea Toma added a comment - - edited

          Backed off from implementing Validateable for ace:sliderEntry, mobi:flipswitch, ace:checkboxButton and ace:radioButton.

          Show
          Mircea Toma added a comment - - edited Backed off from implementing Validateable for ace:sliderEntry , mobi:flipswitch , ace:checkboxButton and ace:radioButton .
          Hide
          Ken Fyten added a comment -

          The actual EqualTo validator code needs to be removed from the repo as well.

          Show
          Ken Fyten added a comment - The actual EqualTo validator code needs to be removed from the repo as well.
          Hide
          Mircea Toma added a comment -

          Removed ace:clientValidateEqualto validator due inherent state synchronization complexities in the context of JSF.

          Show
          Mircea Toma added a comment - Removed ace:clientValidateEqualto validator due inherent state synchronization complexities in the context of JSF.

            People

            • Assignee:
              Mircea Toma
              Reporter:
              Ken Fyten
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: