ICEfaces
  1. ICEfaces
  2. ICE-1232

RFE: MenuItem support for configurable menu activation behaviour

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 1.5.2
    • Fix Version/s: 1.7Beta1, 1.7
    • Component/s: ICE-Components
    • Labels:
      None
    • Environment:
      Operating System: Windows XP
      Platform: PC
    • Affects:
      Documentation (User Guide, Ref. Guide, etc.), Compatibility/Configuration

      Description

      Request for configurable menu activation behavior. currently...

      MenuItemRenderer line 160:

      String displayEvent = HTML.ONMOUSEOVER_ATTR;

      if we had 'displayEvent=[onmouseover|onclick|...]' we could dynamically render
      the component according to the desired behaviour.

      ----------------------

      It seems that most modern GUIs (WinXP, OSX) have the following behavior for menu display:

      - Hover over top-level menu item highlights menu item but doesn't display child menu.
      - Mouse-down on top-level menu item displays child menu (sets menu display mode enabled). From this point on, any menu that is hovered over will display it's child menu if it has one on hover, including other top-level menu items.
      - If a top-level menu item is again "mouse-downed", the child menu is hidden (sets menu display mode disabled). From this point on, no child menus are displayed on hover alone (back to step 1).

      So there is a small state-machine that tracks whether the child menus should be displayed on hover or not, based on whether the user has moused-dwn on a top-level menu item yet. The state of the auto-display submenu on hover can be toggled by clicking a top-level menu item.

      We should support this identical mechanism by default and add an new attribute to the menuBar component called "displayOnHover=true/false" to allow the current behavior to be configured if desired. The current behavior is to display all child menus on hover alone.

        Issue Links

          Activity

          Ken Fyten made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Assignee Priority P2
          Assignee Adnan Durrani [ adnan.durrani ]
          Ken Fyten made changes -
          Fix Version/s 1.7 [ 10080 ]
          Adnan Durrani made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Fixed [ 1 ]
          Ken Fyten made changes -
          Fix Version/s 1.7Beta1 [ 10121 ]
          Fix Version/s 1.7 [ 10080 ]
          Ken Fyten made changes -
          Fix Version/s 1.7 [ 10080 ]
          Fix Version/s 1.7DR#3 [ 10112 ]
          Ken Fyten made changes -
          Affects [Documentation (User Guide, Ref. Guide, etc.), Compatibility/Configuration]
          Assignee Priority P1 P2
          Description request came for configurable menu activation behavior. currently...

          MenuItemRenderer line 160:

          String displayEvent = HTML.ONMOUSEOVER_ATTR;

          if we had 'displayEvent=[onmouseover|onclick|...]' we could dynamically render
          the component according to the desired behaviour.
          Request for configurable menu activation behavior. currently...

          MenuItemRenderer line 160:

          String displayEvent = HTML.ONMOUSEOVER_ATTR;

          if we had 'displayEvent=[onmouseover|onclick|...]' we could dynamically render
          the component according to the desired behaviour.

          ----------------------

          It seems that most modern GUIs (WinXP, OSX) have the following behavior for menu display:

          - Hover over top-level menu item highlights menu item but doesn't display child menu.
          - Mouse-down on top-level menu item displays child menu (sets menu display mode enabled). From this point on, any menu that is hovered over will display it's child menu if it has one on hover, including other top-level menu items.
          - If a top-level menu item is again "mouse-downed", the child menu is hidden (sets menu display mode disabled). From this point on, no child menus are displayed on hover alone (back to step 1).

          So there is a small state-machine that tracks whether the child menus should be displayed on hover or not, based on whether the user has moused-dwn on a top-level menu item yet. The state of the auto-display submenu on hover can be toggled by clicking a top-level menu item.

          We should support this identical mechanism by default and add an new attribute to the menuBar component called "displayOnHover=true/false" to allow the current behavior to be configured if desired. The current behavior is to display all child menus on hover alone.
          Ken Fyten made changes -
          Assignee Mark Collette [ mark.collette ] Adnan Durrani [ adnan.durrani ]
          Ken Fyten made changes -
          Fix Version/s 1.7DR#3 [ 10112 ]
          Fix Version/s 1.7 [ 10080 ]
          Assignee Priority P1
          Ken Fyten made changes -
          Link This issue duplicates ICE-2425 [ ICE-2425 ]
          Ken Fyten made changes -
          Fix Version/s 1.7 [ 10080 ]
          Description request came for configurable menu activation behaviour. currently...

          MenuItemRenderer line 160:

          String displayEvent = HTML.ONMOUSEOVER_ATTR;

          if we had 'displayEvent=[onmouseover|onclick|...]' we could dynamically render
          the component according to the desired behaviour.
          request came for configurable menu activation behavior. currently...

          MenuItemRenderer line 160:

          String displayEvent = HTML.ONMOUSEOVER_ATTR;

          if we had 'displayEvent=[onmouseover|onclick|...]' we could dynamically render
          the component according to the desired behaviour.
          Assignee Mark Collette [ mark.collette ]
          Ken Fyten made changes -
          Assignee Adnan Durrani [ adnan.durrani ]
          Icefaces Administrator made changes -
          Field Original Value New Value
          issue.field.bugzillaimportkey 1302 12501
          Philip Breau created issue -

            People

            • Assignee:
              Unassigned
              Reporter:
              Philip Breau
            • Votes:
              8 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: