MyFaces Tobago
  1. MyFaces Tobago
  2. TOBAGO-897

Components with a FacesMessage severity warn/info/fatal should render a special css-style, especially for labels.

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.0.26
    • Fix Version/s: 1.0.28, 1.5.0-alpha-2, 1.5.0
    • Component/s: Core
    • Labels:
      None

      Description

      In the moment only one style class is rendered tobago-<rendererName>-error.

      It would be better, when the style class depends on the severity level of the corresponding component, especially for labels.

      To look forward in the future of the naming schema, it might be a good idea to use "markup" to implement this feature. Then we will have names like this:
      tobago-label-markup-info
      tobago-label-markup-warn
      tobago-label-markup-error
      tobago-label-markup-fatal

      For backward compatibility the old name will not be deleted in the Tobago 1.0.x branch.

        Issue Links

          Activity

          Rainer Rohloff created issue -
          Udo Schnurpfeil made changes -
          Field Original Value New Value
          Assignee Udo Schnurpfeil [ lofwyr ]
          Udo Schnurpfeil made changes -
          Status Open [ 1 ] In Progress [ 3 ]
          Udo Schnurpfeil made changes -
          Summary On FacesMessage with severity warn/info <tc:label> should render "tobago-label-warn"/"tobago-label-info" as css-style On FacesMessage with severity warn/info of <tc:label> should render "tobago-label-warn"/"tobago-label-info" as css-style
          Udo Schnurpfeil made changes -
          Summary On FacesMessage with severity warn/info of <tc:label> should render "tobago-label-warn"/"tobago-label-info" as css-style Components with a FacesMessage severity warn/info/fatal should render a special css-style, especially for labels.
          Description In the moment only one style class is rendered tobago-<rendererName>-error.

          It would be better, when the style class depends on the severity level of the corresponding component, especially for labels.

          Udo Schnurpfeil made changes -
          Description In the moment only one style class is rendered tobago-<rendererName>-error.

          It would be better, when the style class depends on the severity level of the corresponding component, especially for labels.

          In the moment only one style class is rendered tobago-<rendererName>-error.

          It would be better, when the style class depends on the severity level of the corresponding component, especially for labels.

          To look forward in the future of the naming schema, it might be a good idea to use "markup" to implement this feature. Then we will have names like this:
          tobago-label-markup-info
          tobago-label-markup-warn
          tobago-label-markup-error
          tobago-label-markup-fatal

          For backward compatibility the old name will not be deleted in the Tobago 1.0.x branch.
          Udo Schnurpfeil made changes -
          Link This issue relates to TOBAGO-898 [ TOBAGO-898 ]
          Udo Schnurpfeil made changes -
          Status In Progress [ 3 ] Resolved [ 5 ]
          Fix Version/s 1.5.0-alpha-2 [ 12314340 ]
          Fix Version/s 1.0.28 [ 12315109 ]
          Fix Version/s 1.5.0 [ 12312205 ]
          Resolution Fixed [ 1 ]
          Show
          Udo Schnurpfeil added a comment - Sample: http://localhost:8080/tobago-example-demo/faces/overview/validation-severity.jsp
          Bernd Bohmann made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Transition Time In Source Status Execution Times Last Executer Last Execution Date
          Open Open In Progress In Progress
          4d 21h 40m 1 Udo Schnurpfeil 21/Jun/10 09:51
          In Progress In Progress Resolved Resolved
          43d 2h 3m 1 Udo Schnurpfeil 03/Aug/10 11:54
          Resolved Resolved Closed Closed
          15d 10h 25m 1 Bernd Bohmann 18/Aug/10 22:19

            People

            • Assignee:
              Udo Schnurpfeil
              Reporter:
              Rainer Rohloff
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development