minor (visual) issue with 'References TB'

[hs2]

@SlickTeam:
Seems that:
tagrefs.e - next_prev_ref_in_tree() [line 1557]: v12.0.3 r24

Code: [Select]

   // HS2-ADD: refresh is needed in case the tree is scrolled
   _TreeRefresh();
   return index;
solves a minor visual issue with the References TB (works for me at least).

HS2

Edit: The prev. selected tree node is not visually deselected when the tree is scrolled.

[evanratt]

Thanks hs2! I've noticed that before and it's irked me, but I never remembered it when I came on the forums.

[evanratt]

@SlickTeam:
This still hasn't been updated in the 13.0.1 release. Could you add this change to the official release/hotfixes? It would be one less patch to make when upgrading versions...

Thanks!
Evan

[Dennis]

Is this refresh only required when you get the "no more references" message box.  I ask because the calling function does a _TreeRefresh(), except for the "no more references" case.  It shouldn't be necessary to do it in next_prev_ref_in_tree().

[hs2]

Hi Dennis, please try:
- find refs of a symbol with a large number of occurences so that the list/tree in the refs tb is larger than the (docked) window (scrollbar visible).
- do find-next until the tree is scrolled (edit win focused)
HS2

[Dennis]

@HS2:  Thanks.  The bugs are always in the features I keep turned off. ;-]  In this case it was due to the preview in the References tool window.