Hi Mike,

I too would like to have more granular control over the scroll location of the UltraTree.  Not exposing the scroll control is frustrating.  I have a very large list within the tree that requires me to update nodes and refresh the tree.  Once refreshed, the vertical scroll location resets to 0 or the top.  This makes it very difficult for users to use the tree during times went there are frequent refreshes of the UltraTree control.  Is there any way to store the scroll location between refreshes and restore the scroll location after the refresh?  Or, is there a way to stop the refresh from relocating to the top?  Even if the internal nodes change, keeping the same scroll location would be preferred.

We found that we have access to the scroll's vertical position through the e.ScrollEventArgs, but there is no way to set the scroll bar back to this position after a refresh.  Also, when trying to find the top most viewable node, node.NextVisibleNode, does not help as this only triggers on isVisible and not isViewed (a non existant property).

Any help on maintaining scroll position through a refresh would be greatly appreciated.

Thanks,
Nathan

Hi Nathan,

    You could use the FirstNode (or maybe it's TopNode, I forget) property to scroll the tree such that a particular node is at the top.  

I'm running into this exact same problem. Is there any other way of 'pinning' the scrollbar to its current location after a sort other than using TopNode as a workaround?

I agree.  At the very least, this should be a new feature request.  Sorting denotes that the order of the nodes may and will probably change.  If you want a sort to occur, but have the tree maintain it's exact scroll position that should be supported.