Currently, when scrolling tabs in a TabControl using the mouse wheel, the direction of the scroll is the opposite as tab controls of many other applications, for example all web browsers scroll tabs in the opposite direction as the Telerik RadTabControl.

This behaviour may cause frustration in the end user and damages the user experience. I think it's necessary to expose a way to allow inverting the RadTabControl mouse wheel scroll direction.

If you define two UserControls in a project and you add two RadTabControls - one RadTabControl per UserControl, then in design-time you can only change the selection of one of the tab components.

Drag and drop from Visual Studio Toolbox to the designer area doesn't allow you to drop the corresponding control inside the content of the selected tab item. 

To work this around, add a Grid panel with transparent background inside the RadTabItem's in XAML. You can do this also  through the toolbox.

 <telerik:RadTabItem x:Name="RadTabItem1" Header="Tab item 1">
	<Grid Background="Transparent" />
 </telerik:RadTabItem>

When you select the RadTabItems via Keyboard or Mouse, Narrator or other Accessibility tools like NVDA do no read the selected tab.

This is a bug in the RadTabControlAutomaitonPeer / RadTabItemAutomationPeer's code.

Usually screen readers read "Selected Tab One", "Selected Tab 2". This is how MS TabControl is read actually.

TabControl's TabItems aren't properly updated on attempt to change the theme palette variation runtime until any of the items is selected. Check the following video - https://www.screencast.com/t/jMj0EZqFfy.

There are several possible workarounds which include:

• Clearing all merged resource dictionaries and re-merging them
• Increasing and decreasing the height of the MainWindow by 1 after loading the chosen palette to force the refresh