javaserverfaces-spec-public
  1. javaserverfaces-spec-public
  2. JAVASERVERFACES_SPEC_PUBLIC-483

Create a decoration component based on ui:decorate that can be used for creating templated forms

    Details

    • Type: New Feature New Feature
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: 1.2
    • Fix Version/s: None
    • Component/s: Facelets/VDL
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: All

    • Issuezilla Id:
      483
    • Status Whiteboard:
      Hide

      cat2 frame vdldoc size_medium importance_large draft

      Show
      cat2 frame vdldoc size_medium importance_large draft

      Description

      Based on ui:decorate, s:decorate takes things a step further and exposes some
      extra info via EL.

      It nests a single EditableValueHolder and exposes via EL:

      • whether the field is required
      • whether any faces messages are enqueued at ERROR level for that EVH

      additional info that we should consider exposing:

      • a List of the enqueued faces messages so the user can iterate over them and
        render them as they like

        Activity

        Hide
        Ed Burns added a comment -

        GlassFish 3.1 M6 at the latest.

        Show
        Ed Burns added a comment - GlassFish 3.1 M6 at the latest.
        Hide
        Ed Burns added a comment -

        Move these to 2.2

        Show
        Ed Burns added a comment - Move these to 2.2
        Hide
        balunasj added a comment -

        [Comment from Dan Allen]
        My feeling is that what we have in JSF 2 is more powerful than UIDecorate. However, that doesn't mean that we can't still take it further.

        What we should be looking at is providing some sort of base class (or perhaps something simpler) to effectively do what we have in Seam Faces with the UIInputContainer [1]

        The reason it's more flexible is because it can be extended. UIDecorate was really a closed set of functionality focused exclusively on form fields. It wasn't a general purpose decorator.

        -Dan

        [1] http://docs.jboss.org/seam/3/faces/reference/snapshot/en-US/html/components.html#UIInputContainer

        Show
        balunasj added a comment - [Comment from Dan Allen] My feeling is that what we have in JSF 2 is more powerful than UIDecorate. However, that doesn't mean that we can't still take it further. What we should be looking at is providing some sort of base class (or perhaps something simpler) to effectively do what we have in Seam Faces with the UIInputContainer [1] The reason it's more flexible is because it can be extended. UIDecorate was really a closed set of functionality focused exclusively on form fields. It wasn't a general purpose decorator. -Dan [1] http://docs.jboss.org/seam/3/faces/reference/snapshot/en-US/html/components.html#UIInputContainer
        Hide
        Ed Burns added a comment -

        Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.

        Show
        Ed Burns added a comment - Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.
        Hide
        Manfred Riem added a comment -

        Setting priority to Minor

        Show
        Manfred Riem added a comment - Setting priority to Minor

          People

          • Assignee:
            Unassigned
            Reporter:
            pmuir
          • Votes:
            2 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated: