Forum Moderators: coopster
i have an i-frame in a php page. inside the i-frame is a three question form and another i-frame containing output from a mysql query.
problem: the page loads fine with the exception of the i-frame, which seems to take forever to catch up. if a visitor scrolls before the i-frame has finished loading it makes wacko patterns all over the place.
question: is there an alternative to i-frames that loads *fast*?
notes: I have tried include() but i can't get it to work properly because the form jumps out of the area it's supposed to remain contained in and fills the whole screen. It's definitely the i-frame because when I take it out completely the rest is super fast!
thanks in advance for any help
Is your iframe within a table, and/or not of a set size?
It sounds like everything is having to load and then the browser is rendering it. Thus leading to the whole page appearing only after the slowest element has loaded.
Check out each page seperately and get the speeds - see which is the slowest -- the try a combination of the simplest iframe inclusive page layouts and see how that goes. eg. no tables with iframes in.
Let us know if that starts to shed some light on this.
the whole page loads and is immediately visible. only the i-frame remains blank, which it does for probably 10 seconds and until it's loaded the rest of the page gets wacky when the visitor scrolls.
the i-frame is within a table and it does have height and width specified.
is there something else I can check?
an iframe (inline frame) allows you to float a frame in a page without the need for a complete frameset...
there's an example here:
[cs.tut.fi...]
Thanks sarkye
the framed page is not slow loading when called by itself from the address bar.
it's only when the full page is called that this happens
and circuitjump, you're welcome :)
(edited by: sarkye at 3:36 pm (utc) on Feb. 20, 2002)
I'll go with the sticky mail I think.
Thanks for taking this time!
BTW - both of your frames call for the "j_tag.css" style sheet. I think pages inside iframes inherit the css from the upper pages. So your call for this on "tag.php" is not needed. This would not slow it down but does increase bandwith usge.
I have added your site to my bookmarks. Quite entertaining. "Arnie calls" is making my son think I'm insane.
i removed the <noframes> tag but didn't touch the .css reference initially because I was pretty sure it did have to be there and nothing changed.
so I tried removing the .css references from both the framed .html page and the inside .php page one at a time and the only difference was that I lost all my style formatting :(
back to the drawing board I guess, but thanks again for looking at it :)
thanks for bookmarking too... glad you like it :)
::added afterwards:: I just had a thought, I'm going to try that second .php page as an include in the inside frame to enable removal of that second .css call... I'll report back in a few seconds
in fact the frame containing the mysql result seems to be just stretching everything down, I may have to go back to a second i-frame and forget the include method.
::after:: now it seems to be flying, but I've gone back to the second i-frame!? i'm afraid to try this page on anything below a 6th generation browser! LOL
maybe it's like a dog and just wanted to be played with but it seems to be working like a charm now.
Did going back to the second iframe help Opera 6.1?
after Brett's examination of the site the answer is finally here!
there are some embedded sound files on the page... those files pre-loading is what was slowing the thing down.
a thousand thank-you's to everyone who tried to help with this and especially to Brett for hitting nail on the head finally.
...and congrats to me on my 100th post!
