Having Problems with unreadable Tabs in RadPaneGroup: TabsSqueeze.png

I think I found a Solution with OverflowMode and ScrollViewer:

<telerik:RadPaneGroup x:Name="DocumentGroup" ScrollViewer.HorizontalScrollBarVisibility="Auto" OverflowMode="Scroll">

Problem:

After Loading Layout the OverflowMode is not respected anymore.

I found this ticket in Silverlight, what discribes the Problem and is approved: Docking: I would like OverflowMode to work for all RadPaneGroup in xaml/codebehind and this be persisted through SaveLayout/LoadLayout

And i found this documentation, which say, using OverflowMode can lead to unexpected behaviors:
https://docs.telerik.com/devtools/wpf/controls/raddocking/general-information/not-supported-properties

so i report this as a feature instead of a bug.

Please sea atteched an example project: TabWrapProblem.zip
Usage: Save and than Load the Layout -> Scrolling of tabs break

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).

Provide an easy functionality to exclude a pane or group of panes from reordering when AllowDragReorder is set to True.

Currently when ScaleTransform is used ether on the RadDocking control or its container the compasses/drop cues which are shown when docking a RadPane instance have incorrect scaling and are placed incorrectly.

By design the control's scaling is determined by the scaling of the OS environment.

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

Expose information about the used Compass when docking a Pane.

The RadDocking control template hosts several AutoHideArea elements, one for each auto-hide placement - left, top, right, bottom. When you unpin a RadPane, it goes into one of those areas. The active auto-hide area where the pane will go is determined by the State of the topmost RadSplitContainer.

Allow manually setting the auto-hide area where the RadPane will go when unpinned.

The RadPaneGroup inherits RadTabControl and the TabStripPlacement property. Currently the RadPaneGroup does not support setting this property as the corresponding ControlTemplates are not implemented.

When dragging item from the RadListBox the drag visual of the dragged item should be visible. The example should show an approach similar to the approach found here (http://www.telerik.com/community/code-library/wpf/docking/how-to-enable-drag-and-drop-from-radlistbox-to-raddocking-controls.aspx) but without the mentioned limitations.

Show a navigation window for navigating between panes when the user presses Ctrl+tab. 

RadDock for WinForms has such feature: https://docs.telerik.com/devtools/winforms/dock/architecture-and-features/quick-navigator

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

Yes please!

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.

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