The text in the Alt+Tab Manager is empty when there is a floating Pane in Windows XP

Any suitable workaround is welcome.

In WPF when show the unpined pane by hovering, when right click to show the contextmenu the pane collapses.

Closing a RadPane in the DocumentHost should focus the last selected pane instead of the first one(as in VS)

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.

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.

Place one RadPane in a RadPaneGroup. Bind IsHidden property of this RadPane, and set the default value to True. If you change it to False, the width of the AutoHide area is not set to the correct one.

When changing the DragDropMode in runtime, the panes behave unexpectedly.

If changing from Immediate to Deferred:

* Docked panes are not movable (no compass and no deferred adorner is being shows)

* Floating panes that are being docked do have the compass and the deferred adorner, when you try to move them after they were docked. 

 

If you change is back from Deferred to Immediate:

* Panes that you could not move can be moved (and then become floating) again/

* The panes that did have  the compass and the deferred adorner, don't move when you try to drag them. However, when you release the mouse button, then the start moving with the mouse pointer... without any mouse button pressed.


I've debugged the controls using the source code, and I've concluded that.

RadPane.UdateAllowDrag() is being called on PaneLoaded, which happens when I drag a floating pane into the Docking area.

In this case, when the DragDropMode is set to Deferred, then AllowDrag is set to True (with the call of DragDropManager.SetAllowDrag)

This is why that pane does have the Deferred Drag Adorner (The Drag Cue), while other panes doesn't.

 

On the other hand, when I change the DragDropMode to be Immediate again, then that pane is left with AllowDrag set to true, and it is registered to the DragDropManager events, which causes the second problem.

 

In my opinion, the RadPane.UpdateAllowDrag() should be called also when the DragDropMode is changed.

While the control's DragDropMode is set to Deferred and the RadPane instances contain content which is UI heavy, dragging those RadPane instances in order to reorder or re-dock them may experience performance issues leading to sluggishness of the drag and drop action.

On some rare cases, RadPane.OnPaneLoaded is being called before ApplyTemplate was called, and therefore, UpdateAllowDrag which tries to find the first child of the rad pane (the "wrapper" grid) fails, and pane remains undraggable.

To reproduce this issue, I have a button that when clicking on it, it adds a new pane (There is a collection of View Models, that when items are added or removed, then a code that is using binding to that collection adds or removes a pane.

The scenario happens when the system is laggy (For example, heavy UI on the panes content), and I'm adding several view models to that collection.
It doesn't always happen, but sometimes, one of more of the panes are not draggable.
I can clearly see that the OnPaneLoaded was called before the OnApplyTemplate was.

Maybe it can be a good idea to call UpdateAllowDrag on the OnApplyTemplate function if the OnLoad was called first.

When dragging a pane in Deferred DragDropMode, if the moue cursor is far from the header, then the Drag Cue appears far from the cursor.

 As a user I would like RadPane to have tooltips for show options, pin and close.

Removing the Right mouse button ContextMenu of ToolWindow is not possible.

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

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

If an custom implementation is implemented that restores the IsActive property state if a RadPane during the control's LoadLayout functionality the "Active" visual state if that RadPane instance is not cleared if different RadPane is selected.

This issue could be observed in the VisualStudioDocking located in the XAML GitHub repository here: https://github.com/telerik/xaml-sdk/tree/master/Docking/VisualStudioDocking

Initially HeaderDropDownMenu button is shown on window's caption bar of docked RadPanes but after undocking that button mysteriously disappears. The RadPane is still "Dockable" but for some reason there is no HeaderDropDownMenu button on it. This behavior leads to user confusion.