Subtree & leaf hover highlight (and label hint/whiz) get out of synch on app switch

Issue #430 new
Robert Leach created an issue

USE CASE: WHAT DO YOU WANT TO DO?

Switch apps without ill side-effects to hover updates.

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

  1. Open small_133x133.cdt in a fresh instance of TreeView
  2. Resize the TreeView app window smaller and put in the lower right-hand corner of your screen
  3. Zoom in a little bit.
  4. Hover over a row subtree (possibly scroll a bit up/down - though not sure if that's necessary)
  5. Switch apps via command-tab (or an equivalent windows shortcut which does not require the mouse to move off the tree?)
  6. Move the cursor to the top left corner of the screen (off the TreeView app and above and to the left of the treeview app's main window)
  7. Command tab again to switch back to the treeview app (as in step 5) without moving the cursor
  8. Hover the cursor back onto the TreeView app but avoid crossing over the row trees (come in from the top of the app window, crossing the column trees)
  9. Move the cursor around over the matrix

CURRENT BEHAVIOR

  1. The red/bold row tree highlight remains on the tree during steps 6-7.
  2. The row labels remain visible when the cursor is off the app.
  3. The subtree red highlight remains frozen during step 9.

after_command-tab.png

EXPECTED BEHAVIOR

  1. No tree branches should be red or bold during steps 6-7.
  2. When the cursor is off the app, the zoom hint should be displayed.
  3. There should be no subtree red highlight during step 9.

DEVELOPERS ONLY SECTION

SUGGESTED CHANGE (Pseudocode optional)

unknown - maybe do something similar to labelview's forceUpdatePrimaryHoverIndex method - which probably also needs an update. Something to consider:

  • The cursor can be off the app but still be in a valid whizzing label mode. This is based on the method "isOverALabelLinkedView" which tracks whether a scrollbar drag is happening.

Perhaps forceUpdatePrimaryHoverIndex should check isOverALabelLinkedView and turn off the whizzing label mode.

If TRView needs this ability, that method could be moved to a parent class.

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

TRView LabelView

LEVEL OF EFFORT - developers only

medium

COMMENTS Found during PR89 review.

Comments (8)

  1. Log in to comment