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.
1. Create an app using RadDocking. The 'First Look' demo of RadDock can be modified to reproduce the problem. 2. Modify one of the panes, replace the TextBlock control with a TextBox control. Bind the text of the TextBox control to a string property. 3. Add the string property to the .cs file and in the setter, Show a MessageBox. 4. Run app. Select tab with Textbox control and modify the value. 5. Now select the other tab. the messagebox will be displayed. Notice it can be dismissed via keyboard but not via mouse click. It cannot be moved via mouse either. 6. Select a window outside of the application and not select the message box. Notice Mouse input now works. MessageBox can be moved and dismissed via mouse.
Make it possible to float unpinned Pane by dragging them from the AutoHideArea.
If the IsContentPreserved of a PaneGroup is SET to true and a RadTabControl is placed inside a Pane the focus is moved through its content.
The RestrictedAreaMargin should be used as a starting point for the position when a ToolWindow is being maximized.
Resizing a RadPane's splitter while its Header's or Content's ContextMenu is opened leads to incorrect resize
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