OK, so the headers at ubbdev.com (this site) look terrible under mozilla. I recall mozilla being blamed for it, for not understanding well the doctype, or the TRs... But as I investigated about it, it is not mozillas problem. It is an incorrect design problem. Mozilla is highly standard compliant, they dont seem to want to intentionally bug their browser to avoid this. And I think it makes sense.
If you use [:green] <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> [/] then they use those rules, like it or not. []/forum/images/icons/crazy.gif[/]
mozilla does have some problems in regards to standards, which relay in to the way the headers (and footers) display. For more info, check about 2/3 the way down here:
It is fixable, but to do so will require a lot of editing of the templates and some of the php files - which I can't do until v6 is released.
Removing the doctype will correct the way it looks as well, but then I can't check the templates for validity nearly as easily []/forum/images/icons/smile.gif[/]
I did some testing trying to find the error. As I keept investigating, it seemed we were 100% off track with what we believed to be the problem.
I discovered that if you removed the alt=" -- -- -- " from the image, it displayed fine. But that would be weird, that bug would have been discovered and dealt with in Mozilla two years ago. How could it be that???
So I tried using different images, and voila! That did it. Seems space.gif is somehow corrupt, or something like that...
When I first tried to open space.gif in ACDSee, the program crashed. After that I was able to open it fine. So, though the image can be read, something might be wrong with it.
I opened it in my imaging program, saved it (overwrite), retried it in Mozilla, and that did it!
Current space.gif has a problem. If an image cannot be found (404 error) or is corrupt, Mozilla decides to show the ALT text. Now I start to love this "mozilla bug", that´s cool! Its not a bug at all! Except for the fact it has problems reading this gif, though as I say, ACDSee also had problems (not always)...
SOLUTIONS (two options): - Change your space.gif to the attached, that does the job. (recomended) - Or edit your source to change alt=" -- -- -- " to alt="".
ok, changed the image and the alt text, no change in display []/forum/images/icons/wink.gif[/]
The link I showed you fixes the problem (I tested it 2 weeks ago), but it will require me adding some additional style tags to the graphics, some of which are in the php code []/forum/images/icons/smile.gif[/]
Argh! So then I needed some more testing... []/forum/images/icons/confused.gif[/]
OK, so it must have been a mix of both things.
Taking the prior image outside of the table, still showed "--- --- ---". With this other new image, it didnt show it and displayed correctly.
But, it seems that wanst the only thing, what you say is also the problem then. Inside the table, it does display wrong.
Dont know if you noticed it, but before you changed the code, and only changed the image, you shouldnt have seen the "--- --- ---" text in the table rows. But that was just half the problem []/forum/images/icons/mad.gif[/] . So there was no need to remove the alt tags if you changed the image (you turn them bak on).
It's a bug in their spacing around images if an image is the only thing in the table... adding the style tags fix it []/forum/images/icons/smile.gif[/]
Donate to UBBDev today to help aid in Operational, Server and Script Maintenance, and Development costs.
Please also see our parent organization VNC Web Services if you're in the need of a new UBB.threads Install or Upgrade, Site/Server Migrations, or Security and Coding Services.