Greetings,
I am using the RadScheduleView (2014.2.617.45) with the TimeLineViewDefinition. I created a button that allows the user to increase and decrease the MinAppointmentHeight during runtime. This is done through a binding to a double property on the corresponding viewmodel. By clicking the button, the property is increased/decreased by a constant value. The binding uses Mode="Default" so that the appointments will initially be scaled according to the size of the ResourceGroupHeaders.
Our problem is that once the user changes the MinAppointmentHeight for the first time, the ScheduleView seems unable to render correctly. You can see the difference in the attached screenshots. Image 1 shows the scheduler before any changes to the MinAppointmentHeight, while Image 2 shows the invalid rendering. Somehow, this only happens after the first change to MinAppointmentHeight. Every following change will cause the scheduler to render correctly again.
Could you please evaluate if this is indeed a bug? If so, would you be so kind to see if you could find any reasonable workaround until it is fixed?
Kind regards,
Hendrik
I am using the RadScheduleView (2014.2.617.45) with the TimeLineViewDefinition. I created a button that allows the user to increase and decrease the MinAppointmentHeight during runtime. This is done through a binding to a double property on the corresponding viewmodel. By clicking the button, the property is increased/decreased by a constant value. The binding uses Mode="Default" so that the appointments will initially be scaled according to the size of the ResourceGroupHeaders.
Our problem is that once the user changes the MinAppointmentHeight for the first time, the ScheduleView seems unable to render correctly. You can see the difference in the attached screenshots. Image 1 shows the scheduler before any changes to the MinAppointmentHeight, while Image 2 shows the invalid rendering. Somehow, this only happens after the first change to MinAppointmentHeight. Every following change will cause the scheduler to render correctly again.
Could you please evaluate if this is indeed a bug? If so, would you be so kind to see if you could find any reasonable workaround until it is fixed?
Kind regards,
Hendrik