The DragDropState.TargetedApppointment property is not updated correctly when dropping an item from an external source. For example drag-drop an object from RadGridView control.

When the RecurrenceFrequency is set to Year. The GetOccurrences() method of the RecurrencePattern does not respect the Interval property.

Currently, separate calendars are created for each time zone.

 

We can create an SDK example that demonstrates how RadScheduleView can be populated from PostgreSQL DataBase.

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:

1. Setup a WPF project.
2. Use implicit styles with a theme (e.g. Office_Black).
3. 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)
4. 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)
5. Create at least one appointment.
6. Start application.
7. 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.

Currently, the groups at the left side of the view that show the days have some automatic height applied based on the current viewport. Allow setting the height of the groups manually. 

When setting a Persian culture, the incorrect months in the combo boxes of the opened Edit Recurrence dialog window are displayed.

Setting the culture to Persian in the DatabaseEntityFramework SDK example will not load appointments that have a yearly recurrence, with the correct date. This result will be present when the application is closed and opened again.

Add support for displaying the full length of an appointment when its length is spread across multiple days.

It happens when the DefaultDialogResult is set to true.

If ShowWeekGroupHeaders="True" and we have AllDayArea, the extra line from week group header is not taken into account by the AllDayArea and that shifts the last appointment in it to show in the day area.

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.