Zooming behavior poor sometimes

Issue #399 resolved
Robert Leach created an issue

USE CASE: WHAT DO YOU WANT TO DO?

Zoom smoothly with option-scroll or double-click

STEPS TO REPRODUCE AN ISSUE (OR TRIGGER A NEW FEATURE)

This issue is difficult to reproduce. It is intermittent. Just do a lot of option-scroll and double-click zooming amidst other navigation operations. Do not move the mouse during zoom. When you see weird behavior, select the cell you double-clicked or option-scrolled on. Note, sometimes sideways option-scrolling also makes this happen.

CURRENT BEHAVIOR

What appears to be happening (rarely) is that the option-scroll zooming appears to have a bug-behavior. Zooming in on a minority of specific tiles produces unexpected zooming patterns. In this example (see attached screen recording), one TreeView instance completely zooms down to 1 column and most of the rows on the first step. Zooming out zooms the rows out first and then the columns. At the same time, the other instance has no problem. These were from different branch jars, but both of them demonstrated the buggy zooming behavior at different points.

https://bitbucket.org/TreeView3Dev/treeview3/downloads/zoom_problem_213.mov

Also. I might have found another clue which suggests there is a variable that is getting improperly set. I double-clicked a tile somewhere in the top left corner, which should have zoomed a little bit toward that tile, but instead it zoomed all the way to that cell. I then clicked the home button and it zoomed out. After that, option-scroll zooming for the tile depicted in the video above returned to normal/expected behavior. So I think there's got to be something that at least for the columns, is set such that it acts like I double-command-clicked the tile - and that is causing the weird option-scroll behavior...?

EXPECTED BEHAVIOR

Consistent smooth zooming.

DEVELOPERS ONLY SECTION

SUGGESTED CHANGE (Pseudocode optional)

There's probably a variable that's not getting updated correctly somehwere

FILES AFFECTED (where the changes will be implemented) - developers only

unknown

LEVEL OF EFFORT - developers only

medium

COMMENTS

Comments (4)

  1. Robert Leach reporter

    Resolved on branch issue399...

    There was an incorrect calculation of the amount of zoom when there was an aspect ratio correction.

  2. Log in to comment