jmodalwindow
  1. jmodalwindow
  2. JMODALWINDOW-8

Iconify support on InputBlocker interface

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: current
    • Fix Version/s: milestone 1
    • Component/s: www
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: All

    • Issuezilla Id:
      8

      Description

      I'm still not satisfied with the way iconify is handled and I will change the
      behavior in version 1.05. It was not possible to iconify a blocking window when
      its parent was still visible. When a blocked parent is iconified it will also
      iconify any blocking child. But because a child can now block more than one
      parent another blocked parent could become active and thus move its blocking
      children to the front. This way a blocking child could first be triggered to
      iconify and then to deiconify again. I'm thinking of adding a method
      suggestIconify on the InputBlocker interface that is called by the iconified
      parent and then the child could decide that if all blocked parents are iconified
      to iconify itself.

        Activity

        Hide
        jjasper added a comment -

        No bug but enchancement

        Show
        jjasper added a comment - No bug but enchancement
        Hide
        jjasper added a comment -

        All frames can now be iconified to support 'Show Desktop' again. To prevent
        immediate deiconfying by an activated blocked frame the following changes have
        been made to activation of blocking window support.

        Added public boolean activateFirstAvailableBlockingWindow(WindowEvent
        windowEvent); to InputBlocker.

        In the implementation for this method which is delegated to the JModalHelper we
        first try to determine the first available blocking window which isn't busy in
        the following way:

        1) Of all known blocking windows find one that is busy.
        2) If step 1 doesn't have a result check recusively all the blocking windows of
        the blocking windows in step 1.

        This should always result in a candidate window. When the activation was
        triggered by an window event which just iconified this window (see
        oppositeWindow) then do nothing otherwise activate the window.

        In case the window was just iconfied the same mouseclick support as in
        JModalWindow (see issue #9) was added to bring the blocking window back without
        the use ALT+TAB.

        Show
        jjasper added a comment - All frames can now be iconified to support 'Show Desktop' again. To prevent immediate deiconfying by an activated blocked frame the following changes have been made to activation of blocking window support. Added public boolean activateFirstAvailableBlockingWindow(WindowEvent windowEvent); to InputBlocker. In the implementation for this method which is delegated to the JModalHelper we first try to determine the first available blocking window which isn't busy in the following way: 1) Of all known blocking windows find one that is busy. 2) If step 1 doesn't have a result check recusively all the blocking windows of the blocking windows in step 1. This should always result in a candidate window. When the activation was triggered by an window event which just iconified this window (see oppositeWindow) then do nothing otherwise activate the window. In case the window was just iconfied the same mouseclick support as in JModalWindow (see issue #9) was added to bring the blocking window back without the use ALT+TAB.

          People

          • Assignee:
            Unassigned
            Reporter:
            jjasper
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: