Melody Scott
asked on
Looks good in FF, background image is off in IE
s61.funeralhomewebhosting. com
Please have a look at this in both IE and Firefox. It looks goof in FF, but is off in the bottom portion in IE. I can put up screenshots if you don't see it. FF 12.0, IE 9. Thanks!
Please have a look at this in both IE and Firefox. It looks goof in FF, but is off in the bottom portion in IE. I can put up screenshots if you don't see it. FF 12.0, IE 9. Thanks!
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
remove font-family: georgia and see if it helps....
ASKER
Ok, thanks, let me get back to you.
ASKER
I took this to the man who is in charge of the sites, and he said this:
"The DOCTYPE is identical to the first one listed on that web page. The orphaned </p> tag is valid - I've removed this. It was in the footer though and had no bearing on the layout issues.
Although styles in the body are not strictly correct, all browsers have supported this for a long time now. It makes the coding a little easier because blocks can be modularized (styles introduced along the way). The other lines that he said were invalid are actually OK and have no bearing on this issue anyway.
I spent some time on this and found the problem. It was caused by IEs handling of the dummy header graphic with the home page link. I've added a parameter that suppresses the stock header HTML when using custom header HTML, as in this case. All seems to be OK now on all browsers."
So now.... what do I do with this question? I'm happy to give points? What's your advice? Thanks.
"The DOCTYPE is identical to the first one listed on that web page. The orphaned </p> tag is valid - I've removed this. It was in the footer though and had no bearing on the layout issues.
Although styles in the body are not strictly correct, all browsers have supported this for a long time now. It makes the coding a little easier because blocks can be modularized (styles introduced along the way). The other lines that he said were invalid are actually OK and have no bearing on this issue anyway.
I spent some time on this and found the problem. It was caused by IEs handling of the dummy header graphic with the home page link. I've added a parameter that suppresses the stock header HTML when using custom header HTML, as in this case. All seems to be OK now on all browsers."
So now.... what do I do with this question? I'm happy to give points? What's your advice? Thanks.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks, guys- it's not that I think he knows better, but that I can't make changes to those parts of the pages. It's a template situation, and for this particular site we were making custom changes to the template.
What I'll do is issue points, because running it through the validator for cross-browser checking is the correct thing to do. meanwhile the issue seems to be fixed. Thanks for your help!
What I'll do is issue points, because running it through the validator for cross-browser checking is the correct thing to do. meanwhile the issue seems to be fixed. Thanks for your help!
ASKER
Thanks, everyone!
You're welcome. Hope we gave you some ammunition for future problems.