ICEfaces
  1. ICEfaces
  2. ICE-6590

Provide detailed configuration for singleSubmit

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.0.0
    • Fix Version/s: 3.3
    • Component/s: Bridge
    • Labels:
      None
    • Environment:
      ICEfaces
    • Assignee Priority:
      P3
    • Affects:
      Documentation (User Guide, Ref. Guide, etc.), Compatibility/Configuration

      Description


      When singleSubmit is added, it cannot be removed for child components, and the events triggering it cannot be configured. Configuration should be possible through nested singleSubmit tags.

        Activity

        Ted Goddard created issue -
        Ted Goddard made changes -
        Field Original Value New Value
        Salesforce Case []
        Fix Version/s 2.1 [ 10241 ]
        Assignee Ken Fyten [ ken.fyten ]
        Hide
        Ted Goddard added a comment -

        Once multiple events are configured, it is important that redundant events are not sent to the server. For instance, ICE-6584 was concerned with both "change" and "blur" events being sent to the server for the same user event. In the case that both are configured, it is likely sufficient to send only the "change" when it occurs, but send the "blur" when it occurs with no associated "change". Fortunately in this case the "change" is triggered prior to the "blur", so the "blur" could be discarded on the basis of a previous "change" being sent from the component.

        More advanced cases will likely require the events to be buffered for a short time period to allow the event queue to be inspected and coalesced prior to sending. (The deterministic strategy above for "change" and "blur" would still be preferred, however, since it would not introduce any delays or the possibility for sending different events based on timing.)

        Show
        Ted Goddard added a comment - Once multiple events are configured, it is important that redundant events are not sent to the server. For instance, ICE-6584 was concerned with both "change" and "blur" events being sent to the server for the same user event. In the case that both are configured, it is likely sufficient to send only the "change" when it occurs, but send the "blur" when it occurs with no associated "change". Fortunately in this case the "change" is triggered prior to the "blur", so the "blur" could be discarded on the basis of a previous "change" being sent from the component. More advanced cases will likely require the events to be buffered for a short time period to allow the event queue to be inspected and coalesced prior to sending. (The deterministic strategy above for "change" and "blur" would still be preferred, however, since it would not introduce any delays or the possibility for sending different events based on timing.)
        Ken Fyten made changes -
        Salesforce Case []
        Assignee Priority P3
        Assignee Ken Fyten [ ken.fyten ] Jack van Ooststroom [ jack.van.ooststroom ]
        Ken Fyten made changes -
        Salesforce Case []
        Assignee Priority P3 P1
        Ken Fyten made changes -
        Salesforce Case []
        Assignee Jack van Ooststroom [ jack.van.ooststroom ] Ken Fyten [ ken.fyten ]
        Ken Fyten made changes -
        Fix Version/s 3.1 [ 10312 ]
        Fix Version/s 3.0 [ 10241 ]
        Ken Fyten made changes -
        Fix Version/s 3.2 [ 10338 ]
        Fix Version/s 3.1 [ 10312 ]
        Migration made changes -
        Assignee Ken Fyten [ ken.fyten ] Mircea Toma [ mircea.toma ]
        Migration made changes -
        Fix Version/s 3.3 [ 10370 ]
        Fix Version/s 3.2 [ 10338 ]
        Migration made changes -
        Assignee Priority P1 [ 10010 ] P3 [ 10012 ]
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #33383 Mon Feb 11 14:40:18 MST 2013 mircea.toma ICE-6590 Added "disabled" attribute to icecore:singleSubmit component, the attribute can be used to disable the single submit enabled by another icecore:singleSubmit instance located in one of the enclosing components.
        Files Changed
        Commit graph MODIFY /icefaces3/trunk/icefaces/core/src/main/java/org/icefaces/impl/renderkit/html_basic/SingleSubmitRenderer.java
        Commit graph MODIFY /icefaces3/trunk/icefaces/core/src/main/javascript/application.js
        Hide
        Mircea Toma added a comment -

        Added "disabled" attribute to icecore:singleSubmit component. When the attribute is set to "true" it is used then to disable the single submit enabled by another icecore:singleSubmit instance located in one of the enclosing components. The enabling or disabling of different component tree levels is possible using this new feature.

        Show
        Mircea Toma added a comment - Added "disabled" attribute to icecore:singleSubmit component. When the attribute is set to "true" it is used then to disable the single submit enabled by another icecore:singleSubmit instance located in one of the enclosing components. The enabling or disabling of different component tree levels is possible using this new feature.
        Mircea Toma made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Mircea Toma made changes -
        Affects Documentation (User Guide, Ref. Guide, etc.) [ 10003 ]
        Ken Fyten made changes -
        Affects Documentation (User Guide, Ref. Guide, etc.) [ 10003 ] Documentation (User Guide, Ref. Guide, etc.),Compatibility/Configuration [ 10003, 10002 ]
        Ken Fyten made changes -
        Issue Type New Feature [ 2 ] Improvement [ 4 ]
        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

          • Assignee:
            Mircea Toma
            Reporter:
            Ted Goddard
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: