Progress® Telerik® UI for WPF Feedback Portal
Back to Feed
Request a Feature Report a Bug
Declined
Last Updated: 15 Dec 2025 14:00 by ADMIN
Stenly
Created on: 10 Dec 2025 09:06
Category: Buttons
Type: Feature Request
2
Buttons: ThumbWidth and ThumbHeight properties of the RadToggleSwitchButton are not taken into account when the mouse is over the control with the Windows 11 theme
The ThumbWidth and ThumbHeight properties of the RadToggleSwitchButton are not taken into account when the mouse is over the control with the Windows 11 theme.
5 comments
ADMIN
Stenly
Posted on: 15 Dec 2025 14:00

Hello Jussi,

Thank you for the detailed feedback on this topic. We decided to log a new feature request to improve this behavior. 

It can be found at the following link, where it can be voted for, as well as followed, in order to receive an email when its status changes:

Buttons: Improve the animation applied to the thumb of the RadToggleSwitchButton for the mouse-over state for the Windows 11 theme

I hope the provided information will be of help to you. Please let me know if any additional assistance regarding this case is required.

Regards,
Stenly
Progress Telerik

Love the Telerik and Kendo UI products and believe more people should try them? Invite a fellow developer to become a Progress customer and each of you can get a $50 Amazon gift voucher.

Jussi
Posted on: 12 Dec 2025 13:07

Thanks for the reply. Just to clarify, I'm not saying there shouldn't be an animation at all. My point was that the hover animation size of the thumb should be in proportion to the given thumb size. Because of the ability to set thumb dimensions, it really feels that this feature has been implement only partially. To further illustrate this I have attached an image of a jumbo sized toggle switch button. To me the hover state looks quite silly.

At the moment it seems that this control is only supposed to be used as is and not to be sized at all. Yet there are these properties (TrackWidth, TrackHeight, ThumbWidth and ThumbHeight) to do it. Having struggled intensively with XAML's many shortcomings myself, I can feel your pain with figuring out how to implement all the features. DoubleAnimationUsingKeyFrames not supporting data-binding surely makes things hard. Having said that, if you can't take an alternative route animating this, you should really call it a technical shortcoming, not a design choice.

It's a nice feature to be able to override the control template, but as we all know, may introduce problems when controls are updated. Therefore I'm trying my hardest to do it only as a very last resort.

Attached Files:
ADMIN
Stenly
Posted on: 12 Dec 2025 11:39

Hello Jussi,

Allow me to begin by saying that when a new theme is developed, each of our components follows the created design for it.

For the RadToggleSwitchButton element in the Windows 11 theme specifically, the thumb part of the control is intended to have an animation applied to it, by design, which is to change its width and height to 14px via DoubleAnimationUsingKeyFrames instances.

Since the Ellipse element (representing the thumb) is intended to have an animation to enlarge its size when the mouse is over, the ThumbWidth and ThumbHeight properties will not be taken into account. Additionally, the DoubleAnimationUsingKeyFrames does not support data-binding. If the values of the ThumbWidth and ThumbHeight properties were to be used in an alternative way to apply an animation, there would be no animation showcasing the increase in size of this element (as their value would not change) in the UI, and it would not be compliant with the set overall design for the RadToggleSwitchButton element.

With this in mind, it seems that you would like to remove the applied animation in order to prevent the thumb from changing its size when the mouse is over. This animation is applied using a Storyboard via a Trigger defined in the ControlTemplate.Triggers collection in the default ControlTemplate of the control. In order to modify this behavior, the ControlTemplate will have to be extracted, and the Trigger for the IsMouseOver property will have to be altered, in order not to apply an animation. 

With this being said, I hope the provided information will be of help to you. If I can assist you with anything else on this matter, please let me know.

Regards,
Stenly
Progress Telerik

Love the Telerik and Kendo UI products and believe more people should try them? Invite a fellow developer to become a Progress customer and each of you can get a $50 Amazon gift voucher.

Jussi
Posted on: 12 Dec 2025 07:48

I have to hardly disagree. I can't see how this could be labeled as a design choice, instead it is simply a bug.

At least in our case those properties are used in conjunction with TrackWidth and TrackHeight properties to make a smaller variation of the toggle switch button. This hard coded value results in very ugly looking hover state. I have attached a screenshot of this situation.

I strongly urge you to reconsider if you really want to call this a design choice and leave it unfixed.

Attached Files:
ADMIN
Stenly
Posted on: 11 Dec 2025 14:51

The status of this bug report has been set to Declined, as this specific behavior is part of the design choices made for the RadButtons components for the Windows 11 theme.

To alter this behavior, extract the default ControlTemplate of the RadToggleSwitchButton element and modify the Trigger for when the IsMouseOver property of the control is True.

More information about how to extract the default ControlTemplates of our controls can be found in the following article:

WPF Editing Control Templates - Telerik UI for WPF

Regards,
Stenly
Progress Telerik

Love the Telerik and Kendo UI products and believe more people should try them? Invite a fellow developer to become a Progress customer and each of you can get a $50 Amazon gift voucher.

Create an account Log In
View
Type
Status
Category