workaround: add the following visual state to the DocumentHostTemplate of the RadPaneGroup: <VisualStateManager.VisualStateGroups> <VisualStateGroup x:Name="DropDownDisplayStates"> <VisualState x:Name="DropDownButtonCollapsed" /> <VisualState x:Name="DropDownButtonVisible"> <Storyboard> <ObjectAnimationUsingKeyFrames Storyboard.TargetName="DropDownButtonElement" Storyboard.TargetProperty="Visibility"> <DiscreteObjectKeyFrame KeyTime="0"> <DiscreteObjectKeyFrame.Value> <Visibility>Visible</Visibility> </DiscreteObjectKeyFrame.Value> </DiscreteObjectKeyFrame> </ObjectAnimationUsingKeyFrames> </Storyboard> </VisualState> </VisualStateGroup> </VisualStateManager.VisualStateGroups> and remove the trigger targeting the drop down button.
Available in LIB version: 2017.2.605
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
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.