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

        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.)
        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.

          People

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

            Dates

            • Created:
              Updated:
              Resolved: