You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are times when I would like to react to the change in the selected view, i.e. surrounding UI changes e.t.c.
I have extended SchedulerLoadDataEventArgs to include this and to ensure no breaking changes -
public class SchedulerLoadDataEventArgs
{
/// <summary>
/// The start of the currently rendered period.
/// </summary>
public DateTime Start { get; set; }
/// <summary>
/// The start of the currently rendered period.
/// </summary>
public DateTime End { get; set; }
/// <summary>
/// The selected view of the scheduler.
/// </summary>
public ISchedulerView View { get; set; }
}
It does work as desired without breaking existing usage. My question is:
Is passing ISchedulerView back acceptable?
If so, I can fire a PR off straight away.
Regards
Paul
The text was updated successfully, but these errors were encountered:
Hi Team
There are times when I would like to react to the change in the selected view, i.e. surrounding UI changes e.t.c.
I have extended
SchedulerLoadDataEventArgs
to include this and to ensure no breaking changes -It does work as desired without breaking existing usage. My question is:
Is passing
ISchedulerView
back acceptable?If so, I can fire a PR off straight away.
Regards
Paul
The text was updated successfully, but these errors were encountered: