At 487Kb, I think that great big BG image should be ditched. In a way, IE
is doing you and your site visitors a favor by not loading it.

http://www.websiteoptimization.com/s...nalyze/wso.php


--Nancy O.
Alt-Web Design & Publishing
www.alt-web.com


"Aaron RH" <webforumsuser@macromedia.com> wrote in message
news:g4bl8d$kji$1@forums.macromedia.com...
> Thanks, Walt. Thanks Nancy.
>
> Nancy, I will take your advice and clean up my layout for those who wish
to
> increase the size of text. I don't know why folks who need larger text
don't
> either get a bigger monitor or switch to Opera. My page retains ALL of
its
> absolute positioned layout in Opera! Actually, Firefox (my favorite
browser)
> is the only one that is a COMPLETE disaster when the font size is
increased.
> That makes me sad.
>
> For now, though, I did change my background so that if the background
image
> does not load properly, (which it is STILL not doing) I will at least
still
> have a similar background color. I incorporated the pngfix.js file, also.
I
> am happy to say that the blue background is visible, but, sadly the
background
> image is not. Most importantly, though, the same problem (I believe) is
> preventing my "get directions" links from being accessed.
>
> Walt, thanks for turning me on to the validator website. Awesome tool!
It
> taught me that some of the things that I thought were right, work even
though
> they are not actually right. I fixed all that I could. There are only 4
> errors left. The website says 65, but you'll notice that it only sites
lines
> 119, 120, 121, and 184. Looking at these one at a time you'll see that
119 is
> a long hyperlink to Google Maps, 120 is to Yahoo Maps, and 121 is to
Mapquest.
> Incidentally these are the links that do not work in IE, but I believe
that
> these "errors is not actually the cause of all of my woes, because the
> background and the "request appointment" fields below ALSO do not work
even
> though they are "error free." Finally, line 184 is not my coding, it is a
> tracking script that Yahoo tacks onto the end of all files they host. I
can't
> control this line, and I believe it is also not the culprit, because the
same
> errors occur while I test locally. (read: Yahoo script-free.)
>
> You both have been so ful, I can only hope that you might both feel
> disposed to continue ing me shake out this problem.
>
> Again, many thanks.
>