Yah, there's somewhat of a delay in both browsers. But there's a lot of stuph getting downloaded, too; and I notice that the delay goes away on subsequent hits to the page. So, I would guess the problem is mainly just in the amount of stuph the browser has to initially retrieve/parse. Once it's in the cache it's fine.
If you want to pursue it, you might just re-inventory to make sure that all the stuph you're loading (esp. JavaScripts) is really necessary on the FP. If not, perhaps some of it could be moved to inner pages, or at least to the bottom of the FP so that the page can theoretically be visible while they're loading.
One other immediate thought: Since you're using conditional logic for IE, you could include the alternate stylesheet block in the reverse condition, to ensure that IE won't try to redownload the same set of sheets. I.E.,
Hey, thanks ! That might be really usefull, indeed.
Something that I just notice (I'm not at home so I can't try any modification right now) is that no stylesheet is downloaded in Safari. It just returns the page without any styling. Do you know if something is messing up with Safari ? I thought the browser was acting like firefox, but apparently it's not
Some browsers won't recognize style sheet switches until after you've directly set the disabled property via JavaScript. So, add an extra changeLayout call with no sheet designation just before your first dynamicLayout call to force all the non-default sheets to disabled:
BTW, are you sure the conditional logic for IE is necessary? In my testing I found that IE seemed to work fine with the alternate stylesheets. Here's a reduction I was working with this morning:
Oh, and forget what I said yesterday about enclosing the other alternate sheets in a non-IE conditional block. Fine for IE browsers, but will screw up everything else, of course...
Good luck!
Last edited by dragle; 12-12-2008 at 10:49 AM.
Reason: added conditional IE qualification
Bookmarks