ifubad

No exactly sure what spacing problems you're talking about, just looked at it in IE6, practically identical to FF, except FF is showing a bit more space right below the H menu. First, fixed the validation errors, there are 60 of them.

There is no easy way to center an element vertically. You need to use position and top, or using margin or padding to move the container up or down. Would be nice is w3c comes up with a solution.

I didn't go back to look again, make sure you spell colour as color

the colour on the "activelink" tab isn't white which is weird. And you can still hover over the link without the text changing to color not sure which part you are referring to. The tabs on top seems to be working fine. if you are referring to having the current tab color stay white with orange background, while the non selected tabs stay gray and black, you need to setup multiple classes, one for each tab, so that it knows which non selected tabs should be one color, while the current tab is another. The other thing you want to check out is that IE6 is breaking your layout. One of which is the tabs are vertical instead of horizontal, you need to also float:left on the a element.

you can fine tune the css better. But here's what I noticed at a glance. You have a 10px left right padding set for the li, unless I move the mouse directly over the a element, the a will not change color. try this for now, and fine tune it after get rid of line-height, padding-left & padding-right in li. add the following to the a padding: 0 10px; line-height: 2.4em; display: block; you can also get rid of height within li, if you set line-height to an element, you don't need height

$a = "b"; if ($a != "b" || $a != "c") { echo "not equal"; } I alway get mixed up on using one or more logical operators with an IF statement $a is equal to "b" and should not echo. But it seems to be executing the second test when it should not. What am I doing wrong?

oops anyway, example of setting thumbnail size dynamically http://www.waiming.com/pages/catalog.php like dropfaith mentioned, you can use php. The thumbnails within the above page are all 250px x ???, resized to 125px x ??? on the fly, that's the easy part.

.

http://www.waiming.com/pages/catalog.php In FF2, if you click once in the black background on the left side of page, in relation and close to any of the thumbnails, it highlights all the thumbnails. If you click anywhere within the black background on the right side of page, it will de-highlight it, or click the black background on the left side of page, but about six or more inches away from the thumbnails to de-highlight it. In FF3, it only does it to the name in the banner and image heading, not the thumbnails. Any idea on why it is doing that?

no, you'll need to create the glow within the button image itself

heck, it's doing it again. I give up, moving on... Thnx to all.

Just tried changing positions instead, same problem. I noticed another issue with IE6 (not 7), it now highlight the <<Previous Next>> text and stay highlighted, starting from about the middle to the right, if you just move the mouse over those text. One way to de-highlight is to mouse over the menu tabs. I recall a prior change was a color value for one of the pseudo class Before, I had the the pseudo class set as follows a:visited {color: #9D0000;} a:hover, a:active {color: #C40000;} now that the problem seemed to be fixed, they are set to, and clicked next from 1 to 57, no icon or text highlighting problems. a:visited {color: #9D0000;} a:hover, a:active {color: #9D0000;} Thnx for the suggestion though, it was worth giving it a try. IE really is freakin pisser.

that's what I was referring to, the centering of the floated menu is causing the h scroll, which is on every page. I just need to change some minute things within the policy page, so that I can apply overflow:hidden for all pages.

I know about the overflow:hidden, it's just that the Policy page where the height of the main container is not that tall, and some of the pop up images will extend pass the bottom. I should do something with that page, so that I can use the overflow:hidden to get rid of the H scrollbar. Thanks for explaining the alt, much appreciated, all fixed. That's why forum rules. Learn more here and from web search than someone going to college, alway had. I'll test the positioning method right now.

your current doctype is transitional, change it to strict, otherwise, IE goes into quirks mode. Just saved you from premature baldness. It's a common enough mistake that some make. change to <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">

Ok, no more validation erros. The positioning works in IE6, the a:hover works with the pop up span. Just with random pages, that the problem occurs. Here are the captures, left is where they should be, right is where they randomly get positioned, if mouse over or refresh, then they will move to the correct location.

Ok, I figured out the form problem. I'll post again after everything validates. thnx

FIXED: First, didn't want to use alt because IE 6 pops up the tooltip, which interferes with my own pop up. But, just to validate that part, I threw the alt back in. That's the problem I've been having. I even let w3c cleanup up html, so it is now exactly what w3c and you suggested, in <li> tags (the form for the View Cart for now http://www.waiming.com/), but still won't validate?? Not sure what I'm missing Which non-anchored element are you referring to? The <span>?

http://www.waiming.com/pages/product.php?title=old_fisherman The problem only seems to be in IE6. Where the icon size question mark images should be below the large image, next to certain words, but if you click on the Next >> button, you will see SOME pages displaying those images high up near the top of the large image, but if you move the mouse over each image or refresh and cache the page, then they automatically move to the correct location. Any ideas, so that I may try to zoom in on the problem, if it's fixable. Thnx Here's the code on the a:hover pop up section a.tip { position: relative; } a.tip img { border: none; } a.tip span { display: none; } a.tip:hover span { display: block; position: absolute; top: 30px; left: 20px; border: 1px solid black; text-decoration: none; background-color: #FFF3D9; color: black; white-space: nowrap; padding: 0 .25em; -moz-border-radius: 5px; } a.tip:hover { border: none; z-index: 999; } <a class="tip" href="#"><img src="../images/icn_quickhelp.gif"><span>Printed on museum quality paper.</span></a>

Yes, there are definitely problems, but still beta. From what I've read about IE8, is that MS initially wanted to use css compliant standards as secondary, an their own as primary. But, AS OF THAT READING, they decided to switch them around, hopefully they will get something right this time.

you're working in reverse. Design it in a compliant browser like FF first, then if needed, tweak it to work in IE. The only complaint browser that MS has is 8 beta, and hopefully they'll get it right this time. I refuse to use IE, for anything other than checking the functionalities for site layouts. The only people that are using IE for everyday purpose are mostly computer illiterates, since it comes installed on computers that they buy at Best Buy Dell, etc, and don't know any better.

weird, cause I found that the z-index bug is eliminated in IE6 & 7 using the above tags and some css, does not work completely in 8 beta 2, but that's beta. But do notice the bug acting up once I start using other elements as containers. thnx

from what I've read, is that the z-index bug affects positioned elements like div#parent{position: relative} div#child {position:absolute} What about the following a {position:relative} span {position: absolute} <a xxxx> <img xxxx><span><img xxxx></span> </a>

if trying to center a horizontal menu to a container or the canvas, there r 2 ways to do it, this is one way I know of (if I recall correctly). I used border mainly so that you can see how it works. This may cause a horizontal scrollbar to appear, one way to workaround that is use overflow:hidden

Your suggestion sounds good, I'll fix that tomorrow. What about wrapping the <img> within <h1> <h1><img src="xxx.jpg" alt="Catalog"></h1> does that also turn the alt value into a heading or no?