- Binding Ishidden property of each pane to a menu section - Save/Load the Docking layout on closing and opening the application - Adding documents to module section using MVVM (DocumentHost) - Persiste the state of each RadPane's content using PersistenceFramework.
This also causes the initial DataContext to be left out in the memory. Available in LIB version 2015.3.1214, it will be also available in the 2016 Q1 Release.
Calling the LogicalTreeHelper.GetChildren() does not include the DocumentHost and its contents. Available in LIB version 2015.3.1214, it will be also available in the 2016 Q1 Release.
In the following scenario: Floating Pane's size has been changed. The layout has been saved. The layout has been loaded. The Pane has been docked. Making the Pane floating should retain the custom size from point 1.
Available in LIB version 2015.2.817, it will be also available in the 2015 Q3 Release.
Showing a ContextMenu inside the AutoHideArea causes it to be closed immediately. If a TextBox inside the AutoHideArea is right clicked the AutoHideArea is closed.
If you have more than one monitors and on one of them you maximize a ToolWindow, than dock another pane and undock it, the second pane's width will be equal to the width of the two monitors.
The same issue is observed when a WindowsFormsHost is placed inside RadPane. In that scenario the "made floating" animation of the RadPane instances is suppressed by the WindowsForms integration leading to flickering issues.
This leads to loading wrong Template whenever the layout is loaded.
Moving a ToolWindow when the DPI of the Window 7, 8 is higher then 100% causes incorrect offset to the mouse pointer to by applied. This issue leads to the following unexpected behaviors when ran under Window 8 OS: When the: - DragDropMode is set to Deferred. The compasses are not hidden after reorder. - AllowDragReorder is set to True. In this scenario you should be able to reorder tabs without the need to float team. The incorrect offset causes them to be floated making it impossible to reorder tabs as expected.
Reorder a pane and save the layout. Reorder another pane and load the layout - the wrong pane is selected.
Calling EnumeratePanes() after reordering RadPanes into a RadPaneGroup using drag and drop returns the panes in wrong other.This causes another issue. When saving the layout by using the SaveLayout method, the RadPanes are saved in wrong order. For a workaround you can check the following thread: http://www.telerik.com/forums/panes-in-documenthost-not-saved-in-display-order "You can then fix the problem as follows: 1. Read the RadPaneGroup.Items collection and extract the SerializationTag for each pane to a list. This list contains the correct order which you want to save. 2. Save the docking layout using the SaveLayout() method on the main docking control and extract the XML as a string as you normally would. But do not save it to a file just yet. 3. Create an XML document using XDocument and parse the XML string. 4. Extract a list of all elements of type "RadDocumentPane" using the Descendants() method and sort these in the right order using the ordered list you created in step 1. 5. Locate the RadPaneGroup for the DocumentHost and delete all elements of the child element "Items". 6. Add the sorted elements from step 4 back into the RadPaneGroup.Items container. 7. Save the result to a textfile."
This only happens whenever the Panes are docked one above another in the DocumentHost.
Currently TabStripPlacement property is not stored on a RadPaneGroup as part of the xml when calling SaveLayout. The result is when this has been set to say "top", loading the same layout then causes all docked panes in the group to switch tab placement to the default of bottom - which is not the same as it was.
If the mouse is above an AutoHideArea while the theme of the control is changing an NullReferenceException is thrown.
If you have RadPane inside DocumentHost and you try to set IsHidden=true after InitializeComponent, it will not be applied and the pane will remain visible.
If the Background property of a RadPaneGroup is set in Windows8 and Office2013 themes it is disregarded