We have to support IE for customers, and frequently we get this complaint
box where IE thinks the .js is probably caught in an endless loop and asks
the user if they want to kill the script or continue. Well, we're aren't
stuck, it's just that IE's js engine is about 8-10x slower than Firefox. I'm
looking for some way to reduce or eliminate this. Suggestions welcome!

In one particularly bothersome case, we do a big DB query and then process a
display out of the results. The query comes back within a second or so, then
IE takes about 20 seconds to render the display of the info (Firefox - 2
seconds). The display contains on average 20 Lists arranged in a Grid, a
couple labels and buttons, and perhaps 900 ListItems divided between the
Lists.

A couple of things I've considered:
1) Use Tables instead of Lists for the display - anyone have a feel for
whether the rendering would go more quickly?

2) Is there any way to let good ol' IE know that we are still alive, maybe
some kind of signal that I could fire every 50 ListItems or so?

3) Similar to 2, is there a way to force the page to display, perhaps after
each List is filled - maybe that would convince IE that we haven't died on
it? (Actually, the Lists are all "collapsed" until they are are filled, then
I make them visible - if I made them visible through the whole process,
would that help?)

4) Once this thing is rendered and displayed, if I hit the IE 'refresh'
button, I get the "script running slowly" prompt again! Apparently the page
teardown and garbage collection is too slow for it as well. I have no idea
how to fix that.

Thanks for any ideas!
Ken
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to