Changing the theme at runtime causes any horizontal ScrollBar inside the content of a RadPane to be scrolled to its end Available with the 2015 Q3 release.
The AutoHide area is closing when clicking at WinForms control placed in it. The issue also can be reproduced with WebBrowser or any object of MarshalByRefObject type placed in the AutoHideArea.
This happens in particular scenario after saving/loading the layout.
This only happens whenever the Panes are docked one above another in the DocumentHost.
Available in LIB version 2015.2.817, it will be also available in the 2015 Q3 Release.
Provide a sorted collection of the RadPane instances which would be activated by the built-in ActivationManager. This would make it possible to get the order of the currently shown ToolWindow instances.
Currently the arrow buttons appear only when the TabStripPlacement is set to top.
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.
Setting TabStripPlacement should be possible not only for RadPaneGroups but for the entire RadDocking control. That TabStripPlacement value should be used as default value for all the auto generated RadPaneGroups.
It would be useful to be able to customize the properties of the auto generated RadSplitContainer, RadPaneGroup and ToolWindow instances (created by floating, docking, pinning and unpinning of RadPane instances) based on the old RadPane instance. For example the GeneratedItemsFactory methods could provide information about the RadPane for which SplitContainer etc is created. Available in the 2016 R2 release.
Changing the pane's state using context menu from floating to tabbed items leads to memory leak in MVVM scenario. Available in LIB version 2016.2.530, it will be also available in the 2016 R2 SP1.