ubbdev.com headers - UBB.Developers

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[/]

Read this, at mozilla.org, interesting.

My suggestion would be to change those headers, its been looking terrible for months under mozilla.

Mozilla is currently under version 1.0 Release Candidate 1, version 1 is about to come out

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:

http://www.alistapart.com/stories/betterliving/

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[/]

Patience, patience... []/forum/images/icons/smile.gif[/]

Hehe! Wasnt convinced...

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="".

Attached picture 46873-space.gif

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[/]

OK, I think I found the fix this time, tested it.

In the Stylesheets, just add the following line:
[:blue] img.spacer { display: block; } [/]

then, you just specify the css style for those problematic images:
[:green] class="spacer" [/]

Example from the current header:
[:green] <img height="5" alt="" src="UBBThreads_archivos/space.gif" width="5" [:red] class="spacer"[/] /> [/]

On a side note, its not a Mozilla bug. In my opinion its more like a W3C Standards bug. Mozilla is just strictly playing by the rules.

Would this be better to redefine the img tag itself and avoid having to specify the style in the tag?

I'm just offering an opinion... maybe would work, maybe would not... lol

That may work, but will have to wait until we are out of beta so we know the mods I make aren't causing bugs we're reporting

As reported in the thread you posted, there's more than one way to interpret the same standard - the mozilla team is choosing one way over another

Mozilla 1.1 finally fixed this issue!

I can now put the doc type back in

YAY!

Yes! Yes! Yes! hehehe