Allow buttons to be right aligned in the toolbar

Available in Q3 2014.

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.

Instances of the Buttons in ToolBar are not removed correctly.

EDIT: We are marking this item Declined.
We are unable to detect any memory leaks with WPF or SL toolbar with Q2 2015 dlls.

Please open a new support with details if you encounter any memory leak issues with RadToolbar.

ToolBar: ToolBarTray doesn't respect ToolBar's HorizontalAlignment property.

ToolBarTray is actually a Grid supporting Band and BandIndex properties of the RadToolBar.
To simply position RadToolBars with Horizontal/VerticalAlignment properties you can use Grid instead of RadToolBarTray.

The XAML team has recently reviewed this issue and will not be addressing it as at this time the team is focusing on the bugs impacting the highest number of developers. If you have encountered this issue and it is blocking for your work please contact us through the support ticketing system with details on your setup and a reference to this item.

Buttons in the OverFlowButtons have CheckBoxes indicating whether the Buttons are added or removed from the Toolbar.

Once the Windows8Touch theme is selected changing the theme to anyone else makes the Toolbar in the selected theme to look large like in Windows8Touch theme

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

Setting ToolBar.Background to Transparent should make the control transparent

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>

Most controls that show a drop down capture the mouse to cancel the scrolling of any parent ScrollViewers while the drop down is opened. The ToolBar overflow items drop down doesn't prevent the scrolling in parent ScrollViewers (a ScrollViewer that wraps the content where the ToolBar is defined). In that case if the user scrolls the ScrollViewer while the overflow items are opened, the ToolBar control moves according to the new position, but the popup stays open at its original position.

The common behavior here is to prevent scrolling while the drop down is opened. 

To work this around, you can subscribe to the MouseWheel event of RadToolBar and handle it in case the IsOverflowOpen property is True.

private void ToolBar_MouseWheel(object sender, MouseWheelEventArgs e)
        {
            var toolBar = (RadToolBar)sender;
            if (toolBar.IsOverflowOpen)
            {
                e.Handled = true;
            }
        }

When you are binding ItemSource to collection, the Height of RadToolbarTray becomes equals null so it's not visible.
Can you fix it please?

The RadToolBar.OverflowMode attached property is not respected when set on an element in the ItemTemplate of RadToolBar.

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

The button focus visual should not be displayed when you click on another button in the UI. Currently, because the toolbar has its own focus scope, it is possible to have the focus on the button and also on another UI element. This means that the button will have its focus visual shown.

To work this around you can extract the Template of the RadButtonStyle from the Telerik.Windows.Themes.Fluent.xaml file and remove the General IsFoucused setters (MultiTrigger). Then you can apply the style using the style selector of the toolbar. For your convenience I prepared a small example showing this approach. I hope that helps.

https://docs.telerik.com/devtools/wpf/styling-and-appearance/styling-apperance-editing-control-templates

https://docs.telerik.com/devtools/wpf/controls/radtoolbar/styling-and-appearance/style-selector

When the RadToolBar is collapsed through the OverFlow Popup, the popup remains open. 

As a workaround the popup can be closed when the RadToolBar's Visibility is collapsed:

This is the most logged exception in my application and it looks like it's coming from RadToolBar: Specified element is already the logical child of another element. Disconnect it first.

Stacktrace: