Welcome to WebmasterWorld Guest from 22.214.171.124
Forum Moderators: open
so... go to www.ali-t-l.com (once again this is no attept what so ever to gain hits, it isnt a functional website, its only there to show people the problem)
they dont cache. they recall the images from the server each and every time, indeed as far as i can see none of the image on the site cache, as if you leave the homepage and come back, it retrieves the homepage images again.
this causes extremly slow rollover effects, and even means that going from page to page will make them dissapear until you mouseover them again (and then they appear) - even sometimes they refuse to load at all and show the red cross at me.
will JS preloading code help?
I bet this wont help me, but you guys are my best bet...
what do you suggest i replace it with, can i just use HTML to do the rollovers, which i know will work...?
what is the command for not caching in js, so that i can check, and what did you mean about creating a meta tag, as that might just mean something, as the software automatically creates mata tags (which i will then change)
thanks guys, im out of my depth in the js...
Ithink Knowles was referring to a no cache META tag but if you are going to change those then that is not a worry. I was only looking at the code for the menu frame and I didn't see one so I don't think that is it.
IE 6 shows all the visual problems you mention.
I just took on a site with some complex rollover code that misfires even worse than yours in IE6. I switched the whole thing over to CSS and hover effects. I can no longer justify the bandwidth and the browser oddities. It doesn't really help sales, IMO.
I tell you, I think that the browser is the problem here. In fact, the more complex the DOM has become, the worse things are at the most basic levels.
Konqueror just gets the construction message with no header or menu bar.
Perhaps there is browser sniffing going on that only delivers working code to a subset of browsers?
i too have some funny relaoding problems too, and as soon as i can talk again to Erols tech support, i will try get to the bottom of it - i cant myself see any decent reason for it not reloading, but let me explainhow it works from this end...
the file Erol.html, which has now been turned into index.htm doesnt run offline, it simply loads the under construction thing and stops, which means it must be calling other stuff i dont know about. yet if i say "preview offline in browser" it works fine, and if i upload it and simply run erol.htm then it works fine too (or as fine as it does anyway)- which is wierd, is it calling css or js from somewhere else? if so, why isnt that built in enough to run offline from just the main file?
All was going well, but this loading thing seems stupidly complicated and useless, but quite where to start converting those bits over to css or HTML is daunting - that software produces god awfully unreadable code...
I have also noticed that the code is not declaring itself properly - either in the language its in of the HTML type its in...validators flag it up and say sort it out, but could that be the problem. i could see how that could cause instabilty in some browsers. The code on erol.htm (now index.htm on the web) starts :
ive found lots of other sites that dont decare the HTML type ect, but i wonder of they might be something...
Thanks alot guys - were getting a little closer...
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN">
on the first page, and
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
on other pages.
but the LANGUAGE part isn't so important.
Numeric figures are best put between quote marks, anything with # or % or px on it, should definately be quoted for example: WIDTH="100%" and so on.
Site works fine in NN 4.72. After an initial delay of two or three seconds while the page is assembled, everything seems fine.
im glad it works fine on 4.72, does absolutly zero happen for 2-3 secs, or do you at least get that silly message saying page loading or under contruction stuff...?
would you say thats too long for users to wait? Its always hard for a fashion house, as they want lots of pretty stuff and images ect, and that means loading time, though i have optimised stuff tons...
could the quote thing be causing the instability in some browsers...?
Thanks again SOOO much...
its very nice for you guys to take the time to actually right out stuff for me
Yes, we've definitely spoiled you. We're turning the corner into a specific site review here -- and that isn't what the forum is about, after all ;)
As a general principal a website visitor should see something usable in 2-3 seconds or you will get more one-hit-wonders. And also as a general rule, frames will lower site usability for a certain segment of humanity.
When you know that you will have graphic slickness taking up bandwidth, I'd get very serious about eliminating all the unneeded extras. It will really give you a leg up on your competition.
The address was given so that you, and others could see a problem that was of interest, and difficult to solve - with the hope of course of me finding a solution, and educating other newcomers, as well as the rest of you who cant really help me as to the cause and solution...
anyone else - please take a look and see if you can understand why the problem is occuring - and what other browser it may of may not work in. And in the interst of keeping the elders happy - dont pass any judgement on the site...