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

Render the TimeRuler of the two specific days during the year in DayViewDefinition in the following way:

When setting back the clock:

00:00
01:00
02:00
(02:00)
03:00
04:00
...

And when setting it forward it would be:

00:00
01:00
03:00
04:00
...

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.

When we implement the override CanResize method, it would be interesting to change the cursor if the CanResize method return false. Actually if the method return false, the cursor remain a resize cursor but it not reflecting the reality.

Available in the 2016 Q1 Release: Added ResizeCursor property of the AppointmentItem and ScheduleViewDragDropBehavior in order to be able to change the resize cursor initially as well as during the resize operation).

When the appointment is in the AllDayArea and it ends at the CurrentDate and the DayStartTime and DayEndTime are set, the arrow for continuance is still shown.

In WeekView, when ShowWeekGroupHeaders is set, templating the GroupHeaders with GroupHeaderContentTemplateSelector lead to a rendering issue (see attached files).

In case I forgot something, here is my GroupHeaderContentTemplateSelector definition : 

    <svcore:GroupHeaderContentTemplateSelector x:Key="_GroupHeaderContentTemplateSelectorKey">
      <svcore:GroupHeaderContentTemplateSelector.HorizontalTemplate>
        <DataTemplate>
          <ContentPresenter MinHeight="16" Margin="4" Content="{Binding FormattedName, Converter={StaticResource UpperCaseStringConverter}}"/>
        </DataTemplate>
      </svcore:GroupHeaderContentTemplateSelector.HorizontalTemplate>
      <svcore:GroupHeaderContentTemplateSelector.VerticalTemplate>
        <DataTemplate>
          <ContentPresenter Margin="4" MinHeight="16" VerticalAlignment="Top" Content="{Binding FormattedName, Converter={StaticResource UpperCaseStringConverter}}">
            <ContentPresenter.LayoutTransform>
              <RotateTransform Angle="-90"/>
            </ContentPresenter.LayoutTransform>
          </ContentPresenter>
        </DataTemplate>
      </svcore:GroupHeaderContentTemplateSelector.VerticalTemplate>
      <svcore:GroupHeaderContentTemplateSelector.HorizontalResourceTemplate>
        <DataTemplate>
          <Border Background="{Binding Name.DBResource.Color, Converter={StaticResource _SharedStringColorToSolidColorBrushConverterKey}}" Height="60" Margin="2">
            <StackPanel Orientation="Vertical" Margin="8">
              <TextBlock Foreground="{Binding Name.DBResource.Color, Converter={StaticResource _SharedBackgroundStringColorToForegroundConverterKey}}" FontSize="16" Margin="0" Text="{Binding Name.DisplayName}" />
              <TextBlock Foreground="{Binding Name.DBResource.Color, Converter={StaticResource _SharedBackgroundStringColorToForegroundConverterKey}}" FontSize="12" Text="{Binding Name.DBResource.Code}" />
            </StackPanel>
          </Border>
        </DataTemplate>
      </svcore:GroupHeaderContentTemplateSelector.HorizontalResourceTemplate>
      <svcore:GroupHeaderContentTemplateSelector.VerticalResourceTemplate>
        <DataTemplate>
          <Border Background="{Binding Name.DBResource.Color, Converter={StaticResource _SharedStringColorToSolidColorBrushConverterKey}}" Width="140" Margin="2">
            <StackPanel Margin="8">
              <TextBlock Foreground="{Binding Name.DBResource.Color, Converter={StaticResource _SharedBackgroundStringColorToForegroundConverterKey}}" FontSize="16" Margin="-2 3 0 5"  Text="{Binding Name.DisplayName}" />
              <TextBlock Foreground="{Binding Name.DBResource.Color, Converter={StaticResource _SharedBackgroundStringColorToForegroundConverterKey}}" FontSize="12" Text="{Binding Name.DBResource.Code}" />
            </StackPanel>
          </Border>
        </DataTemplate>
      </svcore:GroupHeaderContentTemplateSelector.VerticalResourceTemplate>
    </svcore:GroupHeaderContentTemplateSelector>

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. 

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

The virtualization logic of the group headers expects equal sizes, in order to improve the performance with a lot of appointments. Currently, we do not have an option to restrict or specify a maximum size (width or height depending on the orientation of the view definition).

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.

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.

Currently, information about the selected slots for one day can be retrieved when deriving from the SlotSelectionBehavior class or via the SelectedSlot property. We could include a way to provide information about the selected slots for more than one day.

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.

Currently, the all-day area will host appointments that have their IsAllDayEvent property set to True. Additionally, we could further extend the functionality of the all-day area by providing the option to create appointments directly in it (either via double-click or via a button). 

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