Pending Review
Last Updated: 22 Jun 2019 10:02 by Boyan
Boyan
Created on: 14 Jun 2019 09:20
Category: Scheduler
Type: Feature Request
0
Add support about "showWorkHours" behind Scheduler view "timelineMonth"

Dear Telerik,

My problem is behind the "timelineMonth" view of the Scheduler. In the documentation it is written that "showWorkHours" has a support only behind "day" and "week" views. But it is not really like that. In fact, it is included also in "timeline" and "timelineWeek" views and it works fine. Even more, this feature works also in "timelineMonth", but with a small exception that I want to focus on your attention. 

Here is an example showing the problem. It's only about selecting the "today" (in my example the "date" property is showing "today". The same behavior could be achieved if you change it to another date and click the "today" button).

I can show you another particular example describing why this feature is very useful. Here, if the user press on "show business hours" button and then select the "Timeline Month", he will break the logic behind. And it makes somehow the "Show Business Hours" button problematic. And let say I should make some workaround to avoid this thing happens, but not sure why.

Hope this is valuable.

Best Regards, Boyan.

2 comments
Boyan
Posted on: 22 Jun 2019 10:02

Hi Veselin,

Thanks for the solution.

I followed your advice as added some logic to calculate the difference between workDayEnd and workDayStart in minutes (major ticks). Now it works as expected.

Thanks again, Boyan.

ADMIN
Veselin Tsvetanov
Posted on: 21 Jun 2019 06:38
Hi Boyan,

Thank you for sharing your concerns. The issue that you have observed is caused by the fact that the default majorTick in TimelineMonth view is 1440 (that is in minutes, so 24 hours). In this case, when business hours are to be displayed, the minutes to be present in a day become less than 1440 (in the discussed case 11 hours, so 660 minutes). In order to work properly in this scenario, the majorTick for the Timeline Month view should be altered to 60 (one hour) or to 660 (11 hours), as 11 could be divided by 1 or by 11. Here you will find a modified version of the sample sent implementing the above suggestion.

As per the error observed, we are aware of it and we should handle that case accordingly. Here you could find a GitHub on that, where you could track the enhancement status. As a result of your report, I have also raised the priority of the above issue.

Should you have any other questions, please do not hesitate to contact us.

Regards,
Veselin Tsvetanov
Progress Telerik
Get quickly onboarded and successful with your Telerik and/or Kendo UI products with the Virtual Classroom free technical training, available to all active customers. Learn More.