I have discovered a bug that appears when a RadScheduleView is used with the ScheduleViewStyleSelector to style the appointments and the theme is changed.
Steps to reproduce:
- Setup a WPF project.
- Use implicit styles with a theme (e.g. Office_Black).
- Create a possibility to change the theme on runtime (e.g. to Fluent). (https://docs.telerik.com/devtools/wpf/styling-and-appearance/how-to/styling-apperance-themes-runtime)
- Create a dialog with a RadScheduleView that uses a custom ScheduleViewStyleSelector as AppointmentStyleSelector. (https://docs.telerik.com/devtools/wpf/controls/radscheduleview/styles-and-templates/appointment-style)
- Create at least one appointment.
- Start application.
- Change theme at runtime.
Result: The "old" appearance of the appointments stays after changing the theme.
Expected behavior: The appearance of the appointments changes according to the new theme.
I have attached a solution with the described behavior and an image of the outcome.