Christie Admin
Top achievements
Rank 1
Rank 1
Christie Admin
asked on 17 Mar 2015, 02:29 PM
Hi,
I'm using Telerik version 2015.1.225.40 and I have a question regarding a rendering speed issue. In my ScheduleView, I display from monday to friday, from 8h00AM to 9h00PM with a MinorTickLength of 15 min. I receive multiple appointments from a database. For each appointment I receive, I have to display it in the ScheduleView and each appointment contain a UserControl. After that, I have to fill the rest of the grid with SpecialSlots and each Special Slot contain also a UserControl. All UserControls for the appointments and the SpecialSlots contain a border and when a user click on a cell, I need to change the color of the border and I need an interaction with the UserControl.
To fill all the grid, the rendering take between 500ms and 700ms each time and I would like to know if it's possible to reduce the rendering time?!?
Thank's
Alain
I'm using Telerik version 2015.1.225.40 and I have a question regarding a rendering speed issue. In my ScheduleView, I display from monday to friday, from 8h00AM to 9h00PM with a MinorTickLength of 15 min. I receive multiple appointments from a database. For each appointment I receive, I have to display it in the ScheduleView and each appointment contain a UserControl. After that, I have to fill the rest of the grid with SpecialSlots and each Special Slot contain also a UserControl. All UserControls for the appointments and the SpecialSlots contain a border and when a user click on a cell, I need to change the color of the border and I need an interaction with the UserControl.
To fill all the grid, the rendering take between 500ms and 700ms each time and I would like to know if it's possible to reduce the rendering time?!?
Thank's
Alain
3 Answers, 1 is accepted
0
Hi Alain,
The RadScheduleView rendering is optimized as much as we can on our side. However, if there are many visual elements in the visual tree, the WPF framework will take some time to visualize them and the only way to optimize this is to reduce the number of visual elements. You could give it a try with some of our lighter themes as Windows8 or VisualStudio2013. Moreover, I would suggest doing some performance tests with the VisualStudio or JustTrace and check where exactly the performance problem lies.
Regards,
George
Telerik
The RadScheduleView rendering is optimized as much as we can on our side. However, if there are many visual elements in the visual tree, the WPF framework will take some time to visualize them and the only way to optimize this is to reduce the number of visual elements. You could give it a try with some of our lighter themes as Windows8 or VisualStudio2013. Moreover, I would suggest doing some performance tests with the VisualStudio or JustTrace and check where exactly the performance problem lies.
Regards,
George
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.
0
Christie Admin
Top achievements
Rank 1
Rank 1
answered on 20 Mar 2015, 11:52 AM
Hi Georges,
I use the Office20013 theme...
Actually, to fill the ScheduleView, I do the following steps:
1. Fill the grid with closed spots, 1 by 1 I add it into the collection
2. For each appointment, I found overlap closed spots, I remove them 1 by 1 from the collection and add 1 by 1 each appointment to my collection.
Do you have any suggestion to optimize this process???
Thank's
Alain
I use the Office20013 theme...
Actually, to fill the ScheduleView, I do the following steps:
1. Fill the grid with closed spots, 1 by 1 I add it into the collection
2. For each appointment, I found overlap closed spots, I remove them 1 by 1 from the collection and add 1 by 1 each appointment to my collection.
Do you have any suggestion to optimize this process???
Thank's
Alain
0
Hello Alain,
The described approach seems fine. We cannot say whether there is more optimized way to accomplish the desired behavior without concrete performance tests which points the performance problem.
If you have any other questions, let us know.
Regards,
George
Telerik
The described approach seems fine. We cannot say whether there is more optimized way to accomplish the desired behavior without concrete performance tests which points the performance problem.
If you have any other questions, let us know.
Regards,
George
Telerik
See What's Next in App Development. Register for TelerikNEXT.