Allow the ToolBar to to set a WrapPanel as an ItemsPanel.
RadTooBar holds a Button and it is shown in Contentframe. When shown the button is initially disabled. Clicking on other button makes the first button enabled. Possible workaround is to set FocusManager.IsFocusScope to False on the Toolbar.
Buttons in the OverFlowButtons have CheckBoxes indicating whether the Buttons are added or removed from the Toolbar.
Ability to stretch / fill the controls in the toolbar when resizing needed. Currently, the controls are placed in the overflow immendiately when there is no space for them. The controls do not stretch when the toolbar is stretched.
Add global HotKeys support to allow hotkeys/shortcut keys to trigger the RadToolBar content elements.
Allow CloseOnEscape feature for RadDropDownButtons and RadSplitButtons in the RadToolBar
ToolBar Band and BandIndex properties are not applied when the control is set in a DataTemplate of a ToolBarTray
Dear Support,
please add a property AutoCloseOverflowPanel (or similar) to RadToolBar that will cause the overflow panel to close automatically if the user moves the mouse outside of the overflow panel.
Rationale for this request: Consider a situation where RadComboBoxes or RadRibbonComboBoxes are used to modify the Font Familiy and the Font Size of text being entered. If the toolbar isn't given too much space, these controls will be placed on the overflow panel. If the user selects a new font and then wants to continue editing (using the new font)), at the moment he has to click somewhere outside the overflow panel. If he clicks inside the RadRichTextBox, he will most likely click in some area where he has already entered some text and the font family will be set to the font family of the text he clicked into.
For an example, please see my support request 1401504.
Kind Regards
Stephan Kühn
This is reproducible also with the Green theme. As a workaround you can extract the RadToolBar ControlTemplate and modify the column/row definitions of the root Grid element. (http://docs.telerik.com/devtools/wpf/styling-and-appearance/styling-apperance-editing-control-templates) This is for vertical orientation: <Grid.ColumnDefinitions> <ColumnDefinition x:Name="c0" Width="Auto"/> <ColumnDefinition x:Name="c1" Width="*"/> <ColumnDefinition x:Name="c2" Width="Auto"/> </Grid.ColumnDefinitions> <Grid.RowDefinitions> <RowDefinition x:Name="r0" Height="Auto"/> <RowDefinition x:Name="r1" Height="*"/> <RowDefinition x:Name="r2" Height="Auto"/> </Grid.RowDefinitions> This is for horizontal orientation: <Grid.ColumnDefinitions> <ColumnDefinition x:Name="c0" Width="Auto"/> <ColumnDefinition x:Name="c1" Width="*"/> <ColumnDefinition x:Name="c2" Width="Auto"/> </Grid.ColumnDefinitions> <Grid.RowDefinitions> <RowDefinition x:Name="r0" Height="*"/> <RowDefinition x:Name="r1" Height="Auto"/> <RowDefinition x:Name="r2" Height="Auto"/> </Grid.RowDefinitions>
There is a ContextMenu inside DropDownContent of a DropDownButton which is in the OverflowPopup. Closing the menu does not close the overflow area of the toolbar. And this i by desing, context menu is not responsible for closing all popups up above it. RadToolBar can handle this scenario with subscribing to ContextMenu events.
Allow the RadToolBar to apply locally set Styles to its elements even if they have predefined styles in the ContainerStyleSelector.
workaround: for Material theme - add mat:MaterialAssist.FocusBrush = "{x:Null}" to the control instances you would like for the rest of the themes: either set Focusable = "False" or retemplate and remove the focus in the StyleSelector of the RadToolbar