This feature request is related to Ticket 1435779
Image for context
Currently, there's no support for increasing the drag threshold for the items on the orange box. Even after setting the values below.
DragDropManager.MinimumHorizontalDragDistance = 5000; DragDropManager.MinimumVerticalDragDistance = 5000;
It would also be beneficial if instead of just relying on the drag threshold which is the box. Add a support for a sort of "Drag Time" concept where we can define how long the user should've held the actual pane before dragging/going outside the threshold.
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">
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:
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.
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
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.