Available in LIB version 2016.3.1003, it will be also available in the R3 2016 SP1 Release.

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.

Pinning a pane instance will cause that instance's tab to go to the first place of the group in which it is in the DocumetnHost of the control. This behavior could be observed in MS Visual Studio 2013

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.

Add overloads for LoadLayout and SaveLayout methods of the Docking control with parameter of type XElement instead of Stream. Change the Save/Load layout code to use LinqToXML instead of XmlReader and XmlWriter.

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.

AutoHideArea is opening when pin/unpin another Pane

If there are more than 2 Panes in an PaneGroup closing one of the Panes with index bigger than 1 calls ActivePaneChanged  event twice.

Reorder a pane and save the layout. Reorder another pane and load the layout - the wrong pane is selected.

When using Implicit Styles setting the DropDownDisplayMode of a PaneGroup to Visible in the Office themes causes the DropDownButton to be invisible.

Make it possible to float unpinned Pane by dragging them from the AutoHideArea.

When the Dock's auto-hide area is is about to be shown on two monitors simultaneously it is shown only on one of the monitors.

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

Currently the arrow buttons appear only when the TabStripPlacement is set to top.

After upgrading to Telerik WPF 2019.1.116 from 2018.3.1010 we receive a lot of:

System.ComponentModel.Win32Exception (0x80004005): Invalid window handle
   MS.Win32.UnsafeNativeMethods.GetWindowText(HandleRef hWnd, StringBuilder lpString, Int32 nMaxCount)

Exceptions. It makes out application very slow.

In version 2018 everyting was OK. See attached scerenshots.