Hi,
We've got a RadScheduler in MonthView that displays a large amount of appointments per cell, somewhere in the range of 20 appointments per day. We want to display all the appointments (i.e we don't want to allow drill down into month). We have achieved this by setting the property that sets the number of appointments displayed in monthview.
Our problem now is that the page takes a ridiculous amount of time to render. The problem isn't serverside, as the request to the server happens quickly.
The problem occurs on the client side .... Is there some sort of optimisation we can make to allow the Scheduler to render more efficiently? It takes up to a minute for it to render (and we get those "script taking a while to run" messages which we need to allow to continue)..
Is this just a limitation on what is possible with the scheduler? Can someone confirm that the Scheduler just attempts to render/process the appointments for the date range supplied?
Thanks
We've got a RadScheduler in MonthView that displays a large amount of appointments per cell, somewhere in the range of 20 appointments per day. We want to display all the appointments (i.e we don't want to allow drill down into month). We have achieved this by setting the property that sets the number of appointments displayed in monthview.
Our problem now is that the page takes a ridiculous amount of time to render. The problem isn't serverside, as the request to the server happens quickly.
The problem occurs on the client side .... Is there some sort of optimisation we can make to allow the Scheduler to render more efficiently? It takes up to a minute for it to render (and we get those "script taking a while to run" messages which we need to allow to continue)..
Is this just a limitation on what is possible with the scheduler? Can someone confirm that the Scheduler just attempts to render/process the appointments for the date range supplied?
Thanks
3 Answers, 1 is accepted
0
Accepted
Hello Fayez,
We did some performance tests for this scenario and they confirmed it very clearly. We were able to quickly find the bottleneck and to eliminate it. The optimization reduced the initialization time in half. It will be included in the service pack that is due in just a few days.
You should also set <compilation debug="false" /> in web.config, if you have not done so already.
Thank you for bringing this issue to our attention. Your Telerik points have been updated for your involvement.
All the best,
Tsvetomir Tsonev
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
We did some performance tests for this scenario and they confirmed it very clearly. We were able to quickly find the bottleneck and to eliminate it. The optimization reduced the initialization time in half. It will be included in the service pack that is due in just a few days.
You should also set <compilation debug="false" /> in web.config, if you have not done so already.
Thank you for bringing this issue to our attention. Your Telerik points have been updated for your involvement.
All the best,
Tsvetomir Tsonev
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
0
James
Top achievements
Rank 1
Rank 1
answered on 09 Apr 2014, 04:39 PM
Hi.
I was wondering if this got into a release?
I was wondering if this got into a release?
0
Hi James,
Yes the described solution was implemented.
Regards,
Plamen
Telerik
Yes the described solution was implemented.
Regards,
Plamen
Telerik
Check out the Telerik Platform - the only platform that combines a rich set of UI tools with powerful cloud services to develop web, hybrid and native mobile apps.