To simulate low bandwidth, you might be better off using throttling
software on your local machine and crank it up to 11.

For IE debugging, does the web developer extension not help?

--Erik

On 4/2/07, Jörn Zaefferer <[EMAIL PROTECTED]> wrote:

Hi folks,

I'm trying to solve a severe performance issue I'm experiencing in an
enviroment that heavily uses incremental page rendering. I have several
parts on one page that are basically independent, but to apply any
JavaScript to one of those parts (actually jsr168 portlets on a
websphere portal) I currently rely on jQuery's DOM ready event, which is
simply too late, causing ugly rendering issues.

Now I stumbled about this blog entry by Ben Nadel:
http://www.bennadel.com/index.cfm?dax=blog:583.view
Basically he shows that you can apply certain scripts much faster by
simply putting the necessary code after the elements the scripts work
with. That is a viable solution that could be quite helpful for my
issue, but unfortuantely I can't get it to work: Well, it works in FF
without any problems, but IE completely refuses to load the page at all,
instead alerting me about something like "can't display this page", so
quite impossible to debug.

Now I tried to seperate testing of the workaround from the actual
enviroment and failed to properly simulate incremental page rendering.
My attempts to delay rendering of parts of a page using PHP's sleep() or
usleep() functions doesn't help at all, I simply don't get any output at
all until all calls to sleep finish. And under that circumstance the
put-script-behind-element works perfectly.

So, any hint on how to get one of those issues solved is highly welcome,
be it executing scripts before DOM ready in IE or simulating incremental
page rendering.

--
Jörn Zaefferer

http://bassistance.de


Reply via email to