Hi Steven
Can you advise exactly what you mean by "those resource file has been
correctly installed on that server". Exactly what should I be looking for?
I know for a fact that the problem only pertains to tree view because I was
able to test it on two different servers. Both have other ASP.Net pages and
they all run very smoothly. Only when I run pages that have treeview, things
are slow. I used the sample page (treeview.aspx) that came with IE Web
Control's installation package and long delays happened on both servers. I
checked some archived messages regarding treeview control performance issues
on this group and it seemed to be a problem going back a long time. Like
mine, the problem appeared to be at the rendering stage of the control and
network bottlenecks were not issues. In fact, because of the performance
issue, I was forced to turn the page into frames where the treeview sits in
its own frame and merely provides navigation links instead of being an
integrated part of each page. This doesn't eliminate the delay when I first
load the site, however, subsequent loads were much faster because I turned
off postbacks for the treeview. This in fact illustrated the performance
issue of treeview. The content frame of my site loaded the fastest, followed
by the header frame and the treeview frame loaded last as the tree is being
rendered.
Regards
CW
"Steven Cheng[MSFT]" <v-> wrote in message
news:...
> Hi CW,
>
> As you mentioned that the simple 3 nodes samlple tree also cause 10 secs
> for downloading, I think the problem is really abit strange. Are you sure
> the problem only occurs when we visit the treeview page deploying on that
> particular server?
>
> Since the IE Webcontrol mostly rely on the resources files they use, such
> as the HTC file and image files , I suspect whether those resources file
> has been correctly installed on that server(or the certain site on that
> server). You can try checking this and also have a test on creating a
> simple project that use TREEVIEW and deploy on a new site on that
> server(has IE webcontrol installed) to see whether the problem remains.
>
> Also, if you have any other findings, please feel free to post here.
Thanks.
>
> Regards,
>
> Steven Cheng
> Microsoft Online Support
>
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
>
>
>