Currently when ScaleTransform is used ether on the RadDocking control or its container the compasses/drop cues which are shown when docking a RadPane instance have incorrect scaling and are placed incorrectly. By design the control's scaling is determined by the scaling of the OS environment.
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.
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.
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.
Make it possible to dock panes inside and outside of the DocumetnHost via it's compasses
The RestrictedAreaMargin should be used as a starting point for the position when a ToolWindow is being maximized.
Currently Minimize\Restore\Maximize buttons are not shown in the ToolWindow's header, so there are some inconveniences in use. For example, it's impossible to minimize tool windows easily.
Initially HeaderDropDownMenu button is shown on window's caption bar of docked RadPanes but after undocking that button mysteriously disappears. The RadPane is still "Dockable" but for some reason there is no HeaderDropDownMenu button on it. This behavior leads to user confusion.
When dragging item from the RadListBox the drag visual of the dragged item should be visible. The example should show an approach similar to the approach found here (http://www.telerik.com/community/code-library/wpf/docking/how-to-enable-drag-and-drop-from-radlistbox-to-raddocking-controls.aspx) but without the mentioned limitations.
Add a CloseButtonPosition state like the InPane one but only for the active (selected) Pane
Dragging objects from outside control shouldn't be allowed in specific cases. In cases where the RadDocking control cannot use the dragged data, the drop operation shouldn't be allowed.
Expose information about the used Compass when docking a Pane.
Removing the Right mouse button ContextMenu of ToolWindow is not possible.
What you have two separate RadDocking controls it should be possible to drag a Pane from the first control into the other one.