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.
I have a scenario where I only want to unhide the pane when certain property of the document is true. For example: I have 3 panes A,B and C Panes A and C are visible. Active Pane should always be Pane A. By default pane (B) is hidden. Now when I set the IsHidden Property of the pane B to FALSE. Pane B now becomes the active pane. I still want Pane A to be the Active Pane, but show the Pane B in background. If I try setting the Pane A to be the active pane after Pane B is shown. It flickers which you can see here http://screencast.com/t/dGvU7UwUyYp Is there any way i can unhide the pane in background while the active pane remains the same without having this flickering scenario.
The default behavior is to set the pane as active one when is shown. Allow changing this behavior.
Currently, the RadPaneGroup has one Grid layout with Margin="5" present in its control template, which causes the Content of each child pane to be indented according to the Margin property's value.
To work this around, extract the control template, with x:Key="RadPaneGroupDocumentHostControlTemplate", and modify the Grid layout, which has its Margin property set to 5. After that, create a new style with TargetType="RadPaneGroup" and set its DocumentHostTemplate property, to the modified one.
Available in LIB version 2017.3.1225, it will be also available in the R1 2018 Release.
Available in LIB version 2015.2.817, it will be also available in the 2015 Q3 Release.
Hi,
In most docking applications (Telerik WinForms, Visual Studio), it is possible to right click on the pane-tab header and get the options:
- New Horizontal Tab Group
- New Vertical Tab Group
- Move to Next Tab Group
etc.
This would nice in WPF as well
/Brian
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.
Exception is thrown when running RadDocking in separate thread.
This leads to loading wrong Template whenever the layout is loaded.
Description:
When using a display with scaling setting to more than 100%, floating pane docking does not work as intended. When dragging a pane out of a PaneGroup, and without releasing it, you drop it on top of another tab (so it is inserted into that position in the PaneGroup), nothing happens (window stays floating in that position). If you drag the already floating window on top of the same tab, then the default behavior happens and the pane is docked into the group. This behavior is reproducible on the Telerik UI for WPF Demo app.
See attached video for reproduction case in Demo app.
Technical Details:
For the failing scenario DragDelta on the ToolWindow is being triggered with wrongly scaled mouse position. On second drag drop operation, DragDelta receives properly scaled mouse position.
Failure case mouse positions:
DRAG START {864,128.8}
DRAG DELTA {871.2,142.4}
...
DRAG DELTA {864.8,114.4}
DRAG END {1081,143}
Second case mouse positions:
DRAG START {862.4,116}
DRAG DELTA {873.6,160.8}
...
DRAG DELTA {860.8,112}
DRAG END {860.8,112}
A possible workaround has been demonstrated in the attached project.
Available in LIB version 2016.2.530, it will be also available in the 2016 R2 SP1.