I have a window that is split into two columns. The left side contains a RadTreeView and when an item in this control is double clicked a new tab is added to a RadTabControl contained on the right side of the window. Between them is a grid splitter control.
It seems that when a certain width range of the tabs is reached there is some interaction that causes the RadTreeView to scroll to the top of its list (usually this is the forth or firth tab opened). I thought it was related to this post http://www.telerik.com/community/forums/wpf/treeview/radtreeview-jumps-to-top-when-resized.aspx, but it does not seem to occur when the RadTreeView is resized explicitly. Instead my theory is that this happens when a layout pass is run where the minimum width of the RadTreeView/column is accounted for.
The behavior disappears if I move the grid splitter even slightly to the right and then back to fit the minimum width of the left column, however this does not seem to work if I do it programmatically.
I am running the latest internal builds for wpf 4.0.
It seems that when a certain width range of the tabs is reached there is some interaction that causes the RadTreeView to scroll to the top of its list (usually this is the forth or firth tab opened). I thought it was related to this post http://www.telerik.com/community/forums/wpf/treeview/radtreeview-jumps-to-top-when-resized.aspx, but it does not seem to occur when the RadTreeView is resized explicitly. Instead my theory is that this happens when a layout pass is run where the minimum width of the RadTreeView/column is accounted for.
The behavior disappears if I move the grid splitter even slightly to the right and then back to fit the minimum width of the left column, however this does not seem to work if I do it programmatically.
I am running the latest internal builds for wpf 4.0.