The documentation states the following about the change event: Fired when the user selects a cell or event in the scheduler.
During testing I discovered that the change event is raised whenever something on the scheduler is clicked i.e.
- Show business hours
- Date navigation
I tried to filter on the e.slots.length property of the event arguments, but this isn't robust enough. When you accidently select a slot and click "Show business hours", the e.slots array is not reset.
6 Answers, 1 is accepted
Change event is fired, because when you select to show only business hours, the whole view is redrawn. This behavior is by design, and not changes in this implementation are planned.
Thanks for your reply. Shouldn't the e.slots argument of the change event count zero elements when the view is redrawn? What if I selected a slot after business hours?
When you select an item outside of the business hours and then click the button to show only the events in the business hours, the whole interval is selected and this is why you see items in the e.slots property. This behavior is not by design and I have added this to our internal bug tracker, so we can fix it.
Thank you very much for bringing this to our attention.
You're welcome. Changing the current date produces the same behaviour...
I will add this information to the already created ticket as well.