The default behavior is to set the pane as active one when is shown. Allow changing this behavior.

The compass is out of place when specific height is set to the dock and the window is made smaller than the docking height

As a developer using the RadDocking control, I want to be able to make the Popups of the AutoHideAreas non-transparent without overriding the whole theme.

Make it possible to float, maximize and restore the Pane to its previously docked position.

As a user I want to be able to maximize docked Panes when I double click their Headers and restore them to their docked state when I double click the Header of the floating Pane so that it is easier for me to maximize a Pane with less mouse interaction.

Make it possible to be able to set separate header and content ToolTip of a RadPane

What you have two separate RadDocking controls it should be possible to drag a Pane from the first control into the other one.

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.

Add a CloseButtonPosition state like the InPane one but only for the active (selected) Pane

Regions in panes content are not resolved when the pane is unpinned and collapsed. This happens only when you change the regions in runtime while the pane is unpinned and collapsed.

As a <role> I want <ability> so that <benefit>.

Add better layout-related events for the Docking control like PreviewPaneStateChanged and improved the arguments of the PaneStateChanged event. Also add events for resizing of a SplitContainer, moving a ToolWindow, etc.

The DocumentHost RadPane support overflow scrolling and drop down menu similar to the DocumentHost in VisualStudio and RadTabControl. We would like this feature implemented for the non DocumentHost areas as well.

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.

Got this weird behavior with RadDocking with multiple monitors.

http://www.youtube.com/watch?v=8DDX5OiYRyM

As you could see the pane is being opened on the wrong side.

This happens only when the application is fully maximized, if its resized then this problem does not occur.

I am not able to reproduce this with a simple example. But you could contact me I can help in investigation.

Available in LIB version 2016.3.1107, it will be also available in the 2017 R1 release.