This is a discussion on HTML /table problem, in Mozilla in the Hosting Talk & Chit-chat forum can someone help me figure out why mozilla leaves a 1-2px space inbetween 2 pics in the header of my site? - it works fine ...

DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

BTW, I just captured your CSS file and ran it through TopStyle. It came up with several warnings about this and that not being able to display properly in Netscape 4. I realize you are NOT running Netscape 4, but your Mozilla browser may have inherited some of the display characteristics of Netscape 4, since they share a common ancestry. You may want to run a check on your CSS code...

DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

Some table and code cleanup might help, but browsers are often amazingly forgiving. Definitely there's some sloppy stuff to clean up there. Still, I'm betting it's a height problem between the top picture and adjacent menu text.

Try making your topleft03.jpg a little taller, and leave the adjacent menu cell height unspecified to give it a little more wiggle room height wise, like this:

Hey, 'lookout', did you notice that this guy has empty XLM style closing tags all over the place? Look at the code example above. The image on the first line has a empty closer at the end of the IMG tag. I wonder what that is all about.

DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

You know, I was just thinking back to the old days. Doesn't Netscape/Mozilla require that you put a break (<br>) after every instance of the image (<img>) tag, otherwise you get screwy things like added lines, odd spacing, and so forth - things that don't effect IE browsers?

DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

Okay, scratch all the above. I see what your problem is. The text links in the header are causing the problem, Smo. I was able to duplicate it in HomeSite by changing the font size, i.e. I got Explorer to do the same thing as Mozilla.

Because every browser has settings to override font size, et cetera, on web pages, and because different computer video cards display font in slightly different way, dpending on the manufacturer and drivers, et cetera, I would suggest you dump the text links and/or turn them into graphic icons. That way YOU can determine how they display, instead of leaving it up to someone elses' hardware and software configuration, which you have NO control over.

DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

Yeah, I did notice the extra / at the end of the image tag and in other locations. Almost edited it out, but I figured most browsers just ignore it. There's plenty to pick apart here in the coding. Didn't think that was necessary since, on the whole, the page seems to display OK. I was responding only to the problem of the extra gap.

I believe what's happening here is that the height of the row has been dictated by the space needed to display the line of menu text, rather than by the image on the left. It's likely governed by the display of normal browser text before the style sheet is applied. So the row becomes a little taller than the left image on some displays (probably depending on your default browser font), and the background peeks through. Making the image a little taller should take care of that.

As a general rule, no, you don't need the extra break after every image tags in Netscape to prevent extra white space. But there's no doubt conditions where that would be true.