Joe Buckle
Top achievements
Rank 1
Rank 1
Joe Buckle
asked on 22 Feb 2010, 03:36 PM
Good day!
In reference to my earlier post regarding the slow CRUD, I think it is due to our requirement of dynamically creating a RadScheduler from the code-behind, putting it inside a RadPane . We needed this approach since a user can select one or more schedules to display at a time. I added the creation on Page_Load() regardless if it is a postback or not, so the scheduler controls will always display. This causes all initializations for each scheduler to be called everytime a request is made. Is there any other approach for this?
Thank you very much.
In reference to my earlier post regarding the slow CRUD, I think it is due to our requirement of dynamically creating a RadScheduler from the code-behind, putting it inside a RadPane . We needed this approach since a user can select one or more schedules to display at a time. I added the creation on Page_Load() regardless if it is a postback or not, so the scheduler controls will always display. This causes all initializations for each scheduler to be called everytime a request is made. Is there any other approach for this?
Thank you very much.
3 Answers, 1 is accepted
0
Hi Joe Buckle,
Is there any specific reason why you have opted for this kind of implementation? If you need to add RadScheduler from code behind, I suggest you use Page_Init. This way, RadScheduler will be recreated from the ViewState for each postback. It would be as if RadScheduler is declared inline in the aspx code.
Regards,
Peter
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
Is there any specific reason why you have opted for this kind of implementation? If you need to add RadScheduler from code behind, I suggest you use Page_Init. This way, RadScheduler will be recreated from the ViewState for each postback. It would be as if RadScheduler is declared inline in the aspx code.
Regards,
Peter
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
0
Joe Buckle
Top achievements
Rank 1
Rank 1
answered on 05 Mar 2010, 04:55 PM
Good day!
We have a problem if we build it in Page_Init since we are also using a RadSplitter and RadPane to contain the RadScheduler. The RadSplitter doesn't retain the RadPanes (and the scheduler inside them) on postback.
Thank you very much.
We have a problem if we build it in Page_Init since we are also using a RadSplitter and RadPane to contain the RadScheduler. The RadSplitter doesn't retain the RadPanes (and the scheduler inside them) on postback.
Thank you very much.
0
Hello Joe Buckle,
We are not aware of such a problem with the RadSplitter control. Could you please open a new support ticket and send us a simple running project that demonstrates the problem you have, when you add the RadPane and the RadScheduler controls in Page_Init?
All the best,
Tsvetie
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
We are not aware of such a problem with the RadSplitter control. Could you please open a new support ticket and send us a simple running project that demonstrates the problem you have, when you add the RadPane and the RadScheduler controls in Page_Init?
All the best,
Tsvetie
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.