Make it possible to set fixed WIdth/Height sizes to the PaneGroups. In the current version setting the Width/Height properties of the PaneGroup leads to incorrect placement of the groups while docked in the control.

Available in the 2017 R2 Release.
More information you can find here: http://docs.telerik.com/devtools/wpf/controls/raddocking/features/pane-groups#set-minmaxwidth-and-minmaxheight

Yes please!

Available in LIB version 2017.1.410 , it will be also available in the R2 2017 Release. 

The the keyboard focus is also lost if you undock a RadPane from its docked state.
As a workaround you can persist the focus as shown in the RestoreFocusOnStateChanged SDK example, that can be found here:
https://github.com/telerik/xaml-sdk/tree/master/Docking/RestoreFocusOnStateChanged

By design in the current version of RadDocking when a hidden RadPane instance in a RadPaneGroup is made visible by changing the IsHiddden property of that pane to False, that RadPane is set to be SelectedItem in the group.


Make it possible to disable this functionality. This way the old selected RadPane in that RadPaneGroup will be persisted.

Currently the small arrow which is used to display the menu is not shown in the ToolWindow's header even when a single pane is shown in the window.

When the control contains RadPane instances which Content is provided by a MAF framework that content experiences flickers and disappearing when the RadPane is being floated, docked, pinned or unpinned.

Make it possible to dock panes inside and outside of the DocumetnHost via it's compasses

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.

A way of setting the pane order in autohidearea, to keep the order when changing IsPinned state.

When loading a previously saved layout that includes a floated RadPane located on a currently not available monitor, that RadPane should be made visible on the available monitor.

Currently its is directly loaded in its saved location which is not visible.

Currently when a Pane becomes floating and we are still holding it with the mouse the ToolWindow could not be snapped. First the mouse should be released and right after that the ToolWindow could be snapped.

On Deferred mode, you can still undock panes (for example, but context menu).
The problem starts when you want to dock them back, When moving a pane above the compass, it hides the compass (And this problem is a PITA when you docking with the inner compass (rather than the root compass), since the left,top, center etc.. arrows are near to each other (so you are not 100% sure you hit the right arrow).

This happens in particular scenario after saving/loading the layout.

    After starting the application, there are 2+ RadPane instances
    Each RadPane contains multiple TextBox controls
    Click on a TextBox in first RadPane
    Switch to the next RadPane
    go back to the first RadPane

The desired behavior is that the focus is restored to the focused element in step 3. Currently no element is focused. The same scenario in RadTabControl is a bit different and the TabControl focused the first element in its TabItem content.

With three split containers in one other and no document host resizing between the first and second containers causes the first and third containers to resize, instead of the first and second containers.

Return undocked pane to its previous docked state when double click on its Header.