This happens when primary monitor is with lower resolution. Maximize the pane on the primary monitor, then maximize it to the second monitor - the maximized state is incorrect.

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

As a user of the control I want to be able to write custom logic for saving and loading the layout of the Docking control so that

- I can customize which elements should be saved (I want to exclude elements)
- I can describe how the elements should be loaded
- I can choose how the layout file is formatted
- I can choose which properties of a RadSplitContainer, RadPaneGroup or RadPane are saved

Available in the 2016 R2 release.

Just like in Visual Studio, a floating pane, which I want to dock (for example to the bottom), can either take the whole width or just the width that is left.

For example:
At start, the panes in the bottom does not consume the whole window width. After undocking the panes and docking them back, the compass only shows me an option to dock the panes while consuming the whole width.

I have no option to return to the original state (like in Start.png). The only way to return to that state is undock and re-dock the right pane, and then dock and re-dock the left pane.

Visual Studio has this feature (see image).

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.

A memory leak related to the automation peers of the RadPane and RadPaneGroup appears when you close a pane (using its Close button) even if you call its RemoveFromParent() method.

To work this around disable the automation peers. To do so please set the static AutomationManager.AutomationMode property toAutomationMode.Disabled.

The issue originates from ItemsControlAutomationPeer. It is reported to Microsoft in their old connect portal here =>

https://connect.microsoft.com/VisualStudio/feedback/details/838165/memory-leak-in-the-itemscontrolautomationpeer-because-items-removed-from-the-itemscollection-are-still-strongly-held-by-the-weakrefelementproxystorage

The flyout element is the popup that shows the current RadPane when when it is unpinned in the auto-hide area. Currently, the min width of the flyout is hard-coded to 50. Allow changing this value.

Adding active state will make possible to customize the Template/Style of the active Pane in the control.

When DragDropMode is set to Deferred and Pane are moved around in the Docking control if the layout is saved and loaded some Panes are rendered incorrectly.

Available in LIB version 2016.2.516, it will be also available in the R2 2016 SP1 Release.

The same issue is observed when a WindowsFormsHost is placed inside RadPane. In that scenario the "made floating" animation of the RadPane instances is suppressed by the WindowsForms integration leading to flickering issues.

This issue is replicable in a setup which has two monitors and wit different DPI.
If a docking window is resized to a width over both monitors, when the window is more than a half on the monitor with lower DPI, it is not possible to dock it.

Changing theme runtime when we have a floating RadPane, then dock it into one of the sides of an already docked RadPane and no splitter will show between them. Happens with implicit theming as well.

Possible work-around of this problem:

private void RadDocking_ElementLoaded ( object sender, LayoutSerializationEventArgs e )
 {
     if ( e.AffectedElement is RadPaneGroup )
     {
         var PaneGroup = e.AffectedElement as RadPaneGroup;
         var Panes = PaneGroup.EnumeratePanes().ToList();
         var SelectedIndex = PaneGroup.SelectedIndex;

         for ( int Index = 0; Index < Panes.Count; Index++ )
         {
             if ( ( Panes[ Index ].IsHidden || !Panes[ Index ].IsPinned ) && Index <= SelectedIndex )
             {
                 SelectedIndex++;
             }
         }

         PaneGroup.SelectedIndex = SelectedIndex;
     }
 }

Any suitable workaround is welcome.

Place a notepad over the MainWindow and mouseover an unpinned pane - the autohide area shouldn't show up.

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.

Expose information about the used Compass when docking a Pane.

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