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.
2 Answers, 1 is accepted
0
Adam
Top achievements
Rank 1
Rank 1
answered on 17 Nov 2011, 06:35 PM
I just found some other unexpected scrolling behavior on another listbox and think that it and the reported problem above were due to standard wpf operation under certain layout constraints. I believe I have resolved the issue and do not think that it was related specifically to the Telerik controls.
0
Hello Adam,
Petar Mladenov
the Telerik team
We are glad that you have resolved this. However, if you feel that something could be investigated better or could be improved in the RadTreeView, you can provide a sample or code that we could use and advice you better. Thank you in advance.
Regards,Petar Mladenov
the Telerik team
Explore the entire Telerik portfolio by downloading the Ultimate Collection trial package. Get it now >>