Having trouble searching on this. The only thing I’ve found so far was related to a mapping API where (for map markers) JavaScript bogs down badly around 500 IDs. I’m pretty sure that was related to the particular scripts in use though and not a general rule.
I have a page with a complicated list. Each item in the list has about 10 distinct IDs on it and there’s several JavaScript scripts in play. The list is paginating and the user has a choice of how many items to show per page. Considering each item in the list has ~10 IDs, I’m wondering what I should set the maximum number of items per page to (total number of records the user can choose to view at one time on a page).
I mean – aside from increased load times based on the raw number of records, is there a known number of id’s where a limit is hit or where CSS/JavaScript performance starts to degrade sharply?
Edit: Pardon, each ‘item’ is complex business card (to paint a picture) with three divs in play and a small form. That’s whay each item (record) has about 10 id’s.
I think you will find that it will ultimately depend on the user’s browser and personal system.
What would probably make the most sense is to do some research on your intended user base, what browser and how much ram they have available. You can profile your application in your local environment (and there was already a discussion about doing just that). That would give you an idea of how many system resources you’re using versus how much the user has available.
But given the amount of highly graphical javascript stuff going on with HTML5, ect., I would wager you’re going to need to have a ridiculous amount of data displaying for the javascript performance to be your biggest sticking point (at least in the most modern browsers, if you have to support something like IE6, all bets are off).
Closed the parenthesis, sorry for the willie-giving