I have a RadMenu populated with Items and many (more than 800) sub-items. like this :
ITEM 1 -> sub 1, sub 2, ...
ITEM 2 -> sub 1, sub 2, ...,
ITEM 3 -> sub 1, sub 2, ..., sub 400
ITEM 4 -> sub 1, sub 2, ..., sub 600
ITEM 5 -> sub 1, sub 2, ..., sub 800
But, when I try to open it, it display that message (in attach files). It append in Firefox but not in chrome.
Do you have a solution to display sub-element gradually on client side ?
Thank for helping
5 Answers, 1 is accepted
Can you demonstrate the implementation for the RadMenu that you have at your end and the databinding approach that you use. Thus, we could get a clearer picture on the settings that you have and suggest you a possible workaround for the experienced scripting issue.
I extracted your code to a sample page and replaced the missing dependencies with strings, but this did not result in the exception demonstrated in the video you linked. Could you please modify the page, for example you can use sample data to populate the Menu, try reproducing the exception and attach it back for further review?
We would recommend going through this blog post, which provides helpful tips on isolating an issue.
I started a new WebApplication project for testing it :
On Firefox 42.0, i can only expand "300 items", "600 items" and "900 items", the others display the message (in attach files).
May be is there a "Bind on Demand" method for radMenu ? because i didn't find anything.
Although the RadMenu performance, when loading multiple items, can be improved by using a WebService the control is not designed to handle such an amount of items. We would recommend using the TreeView control instead of the Menu. It supports Load on Demand and in the following documentation article you can find some tips on optimizing its performance when it is loaded with a large amount of nodes (thousands).