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
Is there any option to create a connection line as a blank rectangle. At present I can see only solid lines only. Please see the attached image, and suggest how to get top two connection types. Decline reason: The diagram exposes an API that allows you to create custom geometry for the connection. You can override the CreateGeometry(), CreateSourceCapGeometry() and CreateTargetCapGeometry() methods of RadDiagramConnection and create custom geometries. See the CustomConnectionCap SDK example: https://github.com/telerik/xaml-sdk/tree/master/Diagram/CustomConnectionCaps
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.
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).
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.
Provide an easy functionality to exclude a pane or group of panes from reordering when AllowDragReorder is set to True.
It would be great to be able to use other Resources other that the App.xaml for the Styles applied to the ToolWindow instances. As they are automatically created and as expected are in a different visual tree accessing for example the Resources of the MainWindow is not possible. Available in the 2016 Q1 SP1 Release.
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.
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.
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