CalendarExtender bad performance in a datalist

I experienced a similar slowdown on a form with a GridView. I even experienced slowdown on a separate form that simply had a few dropdownlists, and two textboxes with the calendarextender. In the second case, the dropdown lists (which were all databound) too forever to refresh.

In my GridView, I just started using the MaskedEditExtender -- which ended up being pretty clean looking. Just be careful if you also use the MaskedEditValidator, I've had some other issues using that.

For the form, I switched to a different calendar popup control that seems to work pretty well inside of the UpdatePanel. You can get it at:http://www.eworldui.net/CustomControls/CalendarPopup.aspx (there are several nice controls in the assembly). The only downside is, there's a lot of config for the control to make it look just right -- but it looks great once you get used to it :)

Thanks for the tips CaptainGs , that link will help me for sure.

I would have love to use the ajax.net version on my site,
anyone knows if this performance issue will be corrected in the next release ?!

I have also been noticing this performance issue in IE. I have a Calendar control in a DetailsView and everytime I reload the page, IE allocates 3 - 4MB of RAM which never gets released.

Just over the course of an hour or so, IE's memory usage goes up to about 200MB as I'm working. This does not appear to be affecting Firefox. And when I remove the Calendar control, IE's memory usage seems to be normal.

In addition, every time a page that contains a Calendar control is refreshed, it loads the entire page a little slower than the time before.

Can any of the Toolkit developers confirm this issue?

I agree with the comments above. I too have noticed some significant performance issues with Calendar Extender in IE that don't appear to be an issue in Firefox. A fix would be greatly appreciated. As it is right now, I'm gonna have to go with another Calendar control until the performance gets significantly better in IE.
I was having the same issue as everyone else. The page I was working on had 3 instances of the CalendarExtender and it seems like the page rendered right away but IE was still processing some clientscript. However, I went into the web.config and set the debug="false" in the compilation section and it performs a lot better. Does anyone else have any more insight on this? Thanks.

dedquilang:

I was having the same issue as everyone else. The page I was working on had 3 instances of the CalendarExtender and it seems like the page rendered right away but IE was still processing some clientscript. However, I went into the web.config and set the debug="false" in the compilation section and it performs a lot better. Does anyone else have any more insight on this? Thanks.

Wow, you're right! Setting debug=false in the Web.config made a HUGE difference. Thanks for the tip!

I am having this same problem. Setting debug=false helped a lot, but the lag I'm experiencing is still unacceptable for my design. However the above link to the external calendar control looks very promising. Thanks!

Thanks for pointing this out. I've checked in a fix to the Development branch if you want to pick that up.

http://www.codeplex.com/AtlasControlToolkit/SourceControl/DownloadSourceCode.aspx?changeSetId=17590

The change is to CalendarBehavior.js, and it makes the Calendar UI build on-demand rather than when the behavior initializes.

Yeah, it's making alot if sense,

I will try the changes to the CalendarBehavior.js

This calendar is so promising, specialy in my current application where there's alot of date fields.

Thanks again,

-BlueFox

Super! After your changes the Calender seems to work fine!

Pardon my ignorance, but what do I do with the downloaded file from the link you posted?

I am new to AJAX and I am having the same performance problem with the calendar. Thanks.

You can use it to build a new Toolkit DLL - or just wait for our next release which will include the fix for you. :)
Any E.T.A. for the next release ?!

Thanx! I have 9(!) calendarextenders on a page, so you can imagine what a deley this was for me. The latest version did it for me.

however: in the next release of the toolkit, do you also plan to localize the 'today' text in the footer? I changed this previous when I found a solution in another post and had to change this again.