RadDocking LoadLayout => ArgumentOutOfRangeException

4 posts, 0 answers
  1. Theo
    Theo avatar
    6 posts
    Member since:
    Feb 2013

    Posted 16 Aug 2013 Link to this post

    When trying to do a loadlayout on a RadDocking control, it will throw an ArgumentOutOfRangeException. This exception is thrown, due to II use custom controls in the RadDocking Control. I also saw this thread, http://www.telerik.com/community/forums/silverlight/docking/loadlayout-argumentoutofrangeexception.aspx. The thread mentioned, is about SIlverLight and I use the WPF version. So is this a known bug, or is there maybe a workaround available?
  2. Rosen Vladimirov
    Rosen Vladimirov avatar
    640 posts

    Posted 21 Aug 2013 Link to this post

    Hi Theo,

    First of all, please accept my apology for the late reply. Now for your question - the limitation is valid for both WPF and Silverlight. As mentioned in the forum thread you've found, you can workaround the problem by editing the xml serialized string and replacing your UserControl name with RadPane. I'm sending you a sample project demonstrating this approach.

    Hopefully this helps. Feel free to contact us in case you have any problems or concerns.

    Rosen Vladimirov
    Learn what features your users use (or don't use) in your application. Know your audience. Target it better. Develop wisely.
    Sign up for Free application insights >>
  3. DevCraft R3 2016 release webinar banner
  4. Ola
    Ola avatar
    15 posts
    Member since:
    Jun 2014

    Posted 25 Jun 2015 Link to this post

    When you get a ArgumentOutOfRangeException on LoadLayout is it possible to still restore some kind of default layout with the RadPanes that are present at the moment? As it is now the Docking control seems to forget about the loaded panes if LoadLayout generates the exception.
  5. Nasko
    Nasko avatar
    555 posts

    Posted 30 Jun 2015 Link to this post

    Hi Ola,

    The desired by you functionality and behavior is currently not supported by RadDocking - this is not how the control is expected to work. We suggest you to check the approach proposed by Rosen in order to handle the exception - the exception should be prevent from throwing in order to make your project works as expected.

    Hopes the provided information will help you.

    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 Feedback Portal and vote to affect the priority of the items
Back to Top