Reproducible in the latest demo.

Create daily recurrence. Select multiple occurrences and drag them. For the first time they will be dragged. Then select exceptional (this is important!) occurrences and drag them - only the occurrence which was selected first will be dragged.

The resize (splitter) controls would be used to select (get) the time space which they wrap. For example please refer the attached screenshot.

Drag and drop is not working properly for RadScheduleView WPF running inside WindowsFormsHost, in a WPF Browser Application. When you drag an appointment, it drops it in another location. 

The hierarchy of child controls is as follows:
•	WPF XAML Browser App page, containing a WinFormsHost  (WPF)
  o	WInFormsControl containing a ElementHost control (WinForms)
   	WPFUserControl containing RadScheduleView (WPF)
Please see the attached sample project that demonstrates this issue. I would like to make the whole application WPF, however the parents of the WPFUserControl are an existing application where we want to include the RadScheduleView.

When double click on the right of the ViewDefinition buttons new Appointment dialog is shown

Available with LIB version 2016.3.1205, it will be also available in the 2017 R1 release.

Available in LIB version 2017.1.206 , it will be also available in the R1 2017 SP1 Release.

The direction of EditAppointmentDialog, RecurrenceChoiceDialogStyle etc. is always LeftToRight even if the ScheduleView itself is RightToLeft.

Available in LIB version: 2017.2.515

  Steps to reproduce:
  1.Open the attached solution, build and run the sample application.
    2.There are two appointments created in the view. Double click the 'Appointment2' to edit it.
    3.Select 'Room 1' from the 'Room' combo box and unselect 'Room 2'.
    4.Click OK to apply the changes.
    5.'Appointment2' is moved to 'Room 1' however it also becomes unselected as the 'Appointment1' becomes the selected one.

When an appointment is double clicked, the edit appointment dialog is shown. When the escape button is clicked, the edit appointment dialog is closed. When the above 2 actions are performed in quick succession, the appointment disappears. 

Currently, if the ShowAllDayArea property of the ViewDefinition is True, appointments longer than 24 hours are shown in the AllDayArea. We should add an option for such appointments to be shown in the normal slots. 

Add an API similar to the SlotSelectionBehavior that allows you to customize the highlighted slot. This is the slot that is colored (usually in gray) when you mouse over the timeline of the RadScheduleView control.

Current, there is no public API that let you know when the active view definition is changed. Expose an event for this.

Now, you can listen for changes in the active view definition by overriding the OnActiveViewDefinitionChanged method of RadScheduleView.

Currently the CurrentTimeIndicator is shown under the appointments when its position is set to WholeArea. Add an option to change this and display the indicator on top of the appointments.

Hello ,

some of our users noticed that the RadScheduleView control has a weird display bug in timeline mode when

• there are a lot of resources and
  
• you enter timeline view after being in month view first and
  
• and the window is rather small.

The following screenshot shows, what the timeline should look like (I used the default Calendar template and added a few more resources and random appointments for each resource by modifying SampleContentService.cs a bit, see comments in attachment, and adding the resources in CalendarView.xaml, l.316):

And the following Screenshot shows what the same view looks like under the previously mentioned circumstances. It seems that the resource headers are not rendered anymore and all appointments are stuck to the first row.

 

Steps to reproduce:

• Start the sample project from the attachment.
• Check as many checkboxes on the left side as possible
• Make the window rather small. I don't yet know exactly when the problem occurs. However, it seems to have something to do with scrolling. For me, the problem occured at a window height where around 7 resource lines would have fit into the scheduleview.
  
• Switch from Day View to Month View
• Switch from Month View to Timeline View
• The scheduleview should now look as in my second screenshot.

• In case it does not look like in my screenshot:
• Switch back to Day View (or any other view it seems)
• change the window size (probably make it smaller)
• Switch to month view
• Switch to Timeline View again. Rinse and repeat. Eventually, the display bug should occur pretty reliably.
  

Whenever this display bug occurs, any change like scrolling, resizing the window, adding an appointment restores the correct layout.

 

This problem seems to exist in UI for WPF 2020 R2 and R3

 

If I can provide you with any more information, please let me know.

 

Regards,

Simon Müller

Hofmann Fördertechnik GmbH

When an exception occurrence is created and the MaxOccurrences of a recurring appointment is changed, the exception occurrence is not removed.