ICEfaces
  1. ICEfaces
  2. ICE-2005

panelPositioned component issues

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.6
    • Fix Version/s: 1.7.1
    • Component/s: ICE-Components
    • Labels:
      None
    • Environment:
      ICEfaces 1.6.

      Description

      During the component showcase refactoring I had a change to use the panelPositioned component for the first time. Unfortunately the component has some issue that will make the average user pretty unhappy. Here are the issues in no particular order.

      Simple/picky Issues
      - Documentation is very poor, end user has to make many assumption and read between the lines to figure out how the component works.
      - Component only takes list interface as a value. I find this strange as just about every other JSF component that iterates can also take arrays.

      Functionality Issues
      - positioning a component will not work unless the listener class has been hocked up in a the backing bean. Also the listener uses a customer listener/event object which is not documented. End user has to guess what the signature of the method.
      - constraint attribute can take either vertical or horizontal and possibly no value. There is very little documentation around how this attribute would be used for a horizontal and vertical instance of the component.
      - the whole component is dragable and as a result text selection is not possible for any contained content.
      - specifying a handle attribute breaks the component. No positioning is possible once specified.
      - the style attributes hoverClass and overlap appear to be broken as the style do not get applied as specified by the documentation.
      - And lastly there is no security attributes for render and disable on user role.
       

        Activity

        Hide
        Michael Thiem added a comment -

        It seems that setting the handle attribute only breaks the component when using IE. Positioning is still possible on Firefox.

        Show
        Michael Thiem added a comment - It seems that setting the handle attribute only breaks the component when using IE. Positioning is still possible on Firefox.
        Hide
        Adnan Durrani added a comment -
        Show
        Adnan Durrani added a comment - Component only takes list interface as a value. I find this strange as just about every other JSF component that iterates can also take arrays. http://jira.icefaces.org/browse/ICE-3019
        Hide
        Adnan Durrani added a comment -
        • positioning a component will not work unless the listener class has been hocked up in a the backing bean. Also the listener uses a customer listener/event object which is not documented. End user has to guess what the signature of the method.
          http://jira.icefaces.org/browse/ICE-3020
        Show
        Adnan Durrani added a comment - positioning a component will not work unless the listener class has been hocked up in a the backing bean. Also the listener uses a customer listener/event object which is not documented. End user has to guess what the signature of the method. http://jira.icefaces.org/browse/ICE-3020
        Hide
        Adnan Durrani added a comment -

        -There is no security attributes for render and disable on user role.
        http://jira.icefaces.org/browse/ICE-3022

        Show
        Adnan Durrani added a comment - -There is no security attributes for render and disable on user role. http://jira.icefaces.org/browse/ICE-3022
        Hide
        Adnan Durrani added a comment -
        • The whole component is dragable and as a result text selection is not possible for any contained content.
          This behaviour has been extended from the "scriptaculous" library, it can not be changed.
        Show
        Adnan Durrani added a comment - The whole component is dragable and as a result text selection is not possible for any contained content. This behaviour has been extended from the "scriptaculous" library, it can not be changed.
        Hide
        Adnan Durrani added a comment -
        Show
        Adnan Durrani added a comment - The style attributes hoverClass and overlap appear to be broken as the style do not get applied as specified by the documentation. http://jira.icefaces.org/browse/ICE-3026
        Hide
        Adnan Durrani added a comment -
        Show
        Adnan Durrani added a comment - Documentation is very poor, end user has to make many assumption and read between the lines to figure out how the component works. http://jira.icefaces.org/browse/ICE-3056
        Hide
        Adnan Durrani added a comment -

        specifying a handle attribute breaks the component. No positioning is possible once specified.
        http://jira.icefaces.org/browse/ICE-3060

        Show
        Adnan Durrani added a comment - specifying a handle attribute breaks the component. No positioning is possible once specified. http://jira.icefaces.org/browse/ICE-3060
        Hide
        Adnan Durrani added a comment -

        Separate cases has been created for each issue, so please see the relative JIRA.

        Show
        Adnan Durrani added a comment - Separate cases has been created for each issue, so please see the relative JIRA.

          People

          • Assignee:
            Unassigned
            Reporter:
            Patrick Corless
          • Votes:
            2 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: