Any Plans to Improve Performance Beyond Load-on-demand??

2 posts, 0 answers
  1. SHP
    SHP avatar
    8 posts
    Member since:
    Dec 2010

    Posted 08 Dec 2011 Link to this post

    Load-on-demand is definitely an improvement over re-binding the entire tree on each expand/collapse.  However I'm still not clear on why it is technically infeasible to just load the entire result set ONCE then have all the expand/collapse behavior occur on the client.  Can you explain why that is not possible...because it would seem that would be the best way to implement a grid-like control?  We love the look and feel of this control but performance has become a real issue for us when dealing with larger amounts of data.

    I know that there have been multiple posts on this forum regarding this control's performance.  Are there any plans in your development pipeline to remove the re-binding requirements from this control altogether and implement pure client-side expand/collapse behavior?

    Thanks for your time!
  2. Radoslav
    Admin
    Radoslav avatar
    1564 posts

    Posted 13 Dec 2011 Link to this post

    Hello Sean,

    Unfortunately we do not have plans for implementing client side load mode for the RadTreeList. Indeed if the all items are loaded on the client and there is no need of postbacks for expand collapse.  However what about the first load in this mode.  If you have 10 000 items, the entire items hierarchy needs to be generated on the server, also all 10 000 will be rendered on the client and they need to be formatted, depending of each item level. All rows indentation needs to be calculated and all items need to be decorated based on that. So in this case you need to render html table with 10 000 styled rows, which could take several minutes and I think this is not acceptable too.

    Kind regards,
    Radoslav
    the Telerik team
    If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed now
  3. UI for ASP.NET Ajax is Ready for VS 2017
Back to Top