swingx
  1. swingx
  2. SWINGX-818

Ajustable animation rate for JXTaskPanel

    Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 0.9.2
    • Fix Version/s: None
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: PC

    • Issuezilla Id:
      818

      Description

      As kschaefe suggested in a recent post, I am asking that a method/property be
      exposed so that one can adjust the animation speed at which a JXTaskPane
      expands or collapses. An absolute value such as "
      myTaskPane.setAnimationDuration(int timeInMilliSeconds)" would be most useful,
      so the speed wouldn't be relative to CPU performance.

        Issue Links

          Activity

          Hide
          Michel Graciano added a comment -

          Today, this info is defined on CollapsablePane. Do you think it is the right
          place or each JXTaskPane on the same pane should have a different speed? IMHO,
          for better user experience, all JXTaskPane should have the same speed, so,
          CollapsablePane is the right place to define it. Ideas?

          Regards.

          Show
          Michel Graciano added a comment - Today, this info is defined on CollapsablePane. Do you think it is the right place or each JXTaskPane on the same pane should have a different speed? IMHO, for better user experience, all JXTaskPane should have the same speed, so, CollapsablePane is the right place to define it. Ideas? Regards.
          Hide
          Karl Schaefer added a comment -

          First, if the speed is made adjustable, you are correct that it should be
          completed in the JXCollapsiblePane, allowing the JXTaskPane to expose as
          necessary and items.

          Two, the speeds for a collection of JXTaskPanes should be the same, so it is
          probably best that the JXTaskPaneContainer handle speed setting for those
          components.

          However, what we really need is an understanding of what the speed is. The
          current implementation collapses the display in 8 steps in 300 milliseconds.
          Therefore, larger items appear to collapse "faster" than smaller items. So,
          what properties need to be configurable:
          1. Total time for animation?
          2. Number of steps in the animation?
          3. Number of pixels to move between steps?
          4. Delay between steps?
          5. Other items that I have forgotten?

          As you can tell some of these items are exclusive.

          There is a lot of investigation and feedback that we need here. As such, I am
          not expecting to complete this task for 1.0. If anyone would like to champion
          the requirements aspect or provide test cases, patches, etc. Those items can
          help speed the process along.

          Show
          Karl Schaefer added a comment - First, if the speed is made adjustable, you are correct that it should be completed in the JXCollapsiblePane, allowing the JXTaskPane to expose as necessary and items. Two, the speeds for a collection of JXTaskPanes should be the same, so it is probably best that the JXTaskPaneContainer handle speed setting for those components. However, what we really need is an understanding of what the speed is. The current implementation collapses the display in 8 steps in 300 milliseconds. Therefore, larger items appear to collapse "faster" than smaller items. So, what properties need to be configurable: 1. Total time for animation? 2. Number of steps in the animation? 3. Number of pixels to move between steps? 4. Delay between steps? 5. Other items that I have forgotten? As you can tell some of these items are exclusive. There is a lot of investigation and feedback that we need here. As such, I am not expecting to complete this task for 1.0. If anyone would like to champion the requirements aspect or provide test cases, patches, etc. Those items can help speed the process along.
          Hide
          Michel Graciano added a comment -

          I am trying to understand how it works and create a patch. Maybe for next week I
          can had more free time to finish the work.

          Regards.

          Show
          Michel Graciano added a comment - I am trying to understand how it works and create a patch. Maybe for next week I can had more free time to finish the work. Regards.
          Hide
          ajl_dev added a comment -

          Total time for the animation would be sufficient for my needs. This might mean
          the delay between step would have to be adjusted as a function of the total
          time - depending on what the current delay is (e.g. if the delay is <=5ms, I
          don't see a need to change it).

          Thanks for the hard work! Having this and the CollapablePane in a ScrollPane
          problem fixed would make my day! Heck - they'd make my month!

          Are there any expectation on when 1.0 might be out? (and no, I won't hold you
          to this! ).

          Show
          ajl_dev added a comment - Total time for the animation would be sufficient for my needs. This might mean the delay between step would have to be adjusted as a function of the total time - depending on what the current delay is (e.g. if the delay is <=5ms, I don't see a need to change it). Thanks for the hard work! Having this and the CollapablePane in a ScrollPane problem fixed would make my day! Heck - they'd make my month! Are there any expectation on when 1.0 might be out? (and no, I won't hold you to this! ).
          Hide
          ajl_dev added a comment -

          Oh, Post_1.0 is fine by me, FWIW. After a while it seems too slow, so I figure
          users who use the app I'm working on will likely wish it was faster as well
          (though cutting out the animation completely might confuse some new users).

          Show
          ajl_dev added a comment - Oh, Post_1.0 is fine by me, FWIW. After a while it seems too slow, so I figure users who use the app I'm working on will likely wish it was faster as well (though cutting out the animation completely might confuse some new users).
          Hide
          Michel Graciano added a comment -

          I have experienced different speeds when running on webstart environment instead
          local execution. Any idea why this can happen?

          Show
          Michel Graciano added a comment - I have experienced different speeds when running on webstart environment instead local execution. Any idea why this can happen?
          Hide
          ajl_dev added a comment -

          Well one possibility would be that the WebStart app would likely run on the
          default JRE for your OS, whereas you may have a different JRE/JDK specified as
          the target for your local Netbeans builds && runtime.

          Show
          ajl_dev added a comment - Well one possibility would be that the WebStart app would likely run on the default JRE for your OS, whereas you may have a different JRE/JDK specified as the target for your local Netbeans builds && runtime.

            People

            • Assignee:
              Karl Schaefer
              Reporter:
              ajl_dev
            • Votes:
              1 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated: