Site "broken"

[Boojum]

I recently received an e-mail soliciting my subscription to a search-engine submission service. Attached was a partial screen shot of my site (see attached file).

 

As you will note, the site appears to be "broken": The sixth navigation tab (Downloads) atop the banner appears not in its proper post on the far right, but on a second tier, by itself, on the left. Also, the top portion of the menu at left does not appear at all.

 

What I am wondering is under what circumstances this development arises.

 

I have so far been unable to reproduce the problem. I have tried using various resolutions and text sizes, and I have tested three separate browsers ... all without reproducing the problem.

 

It is my hope that others (especially those using Windows or Linux) can view my site and see if the problems described appear.

[TCH-Thomas]

Squort.com looks as you want i think. XP, I.E 6.0, 800x600 here

Edited June 7, 2004 by Jikrantz

[TCH-Bruce]

This may have caused what you see in the image you posted.

 

If you notice you are defining the table to be 740 pixels wide and your first cell is also defined to be 740 pixels. The rest of the cells are 119 pixels.

[DarqFlare]

I concur. It's making the table too wide.

[Boojum]

Bruce and Robert,

 

Actually, I don't think that's the cause of this problem. I could be mistaken, but this is the way I understand it:

 

The table for the tabs is 740 pixels wide to correspond to the width of the banner. There is only one row, containing one cell. This in turn contains six images, each 119 pixels wide. The whole row is centered over the banner.

 

Since six times 119 is 714, it seems to me that the images should fit comfortably into a 740-pixel table cell/table.

 

Now, it is true that the table-cell width parameter was a holdover from the previous site version, and could probably be deleted, but I'm not sure how or if its presence could produce this distortion.

 

Meanwhile, I wonder: Has anyone actually been able to reproduce the problem?

[DarqFlare]

The table width is determined by the declaration of the table: 740px.

 

The problem is that the browser will also add up all of the column widths. 740 is the first TD width, followed by others. Since the column width total is above the table width declaration, you will get varying results from browser to browser, but overall, browsers tend to go by the columns widths over the table width declaration.

[Boojum]

The problem is that the browser will also add up all of the column widths. 740 is the first TD width, followed by others.

Robert,

 

With all due respect, I think you have misread my code.

 

As I indicated in my previous post, there are no additional table cells. There is one cell, defined to a width of 740 pixels, which contains six images. Again, no additional cells--just images inside a cell.

 

In fact, since I have received no reports of the problem being duplicated, I am beginning to suspect that it was really the result of either some bizarre setting in the browser used to obtain the screenshot, or of the browser's cache being full.

 

But I will pose the central question once more: Can anyone reproduce the problem?

 

(If not, apparently it is not an actual problem.)

[DarqFlare]

With all due respect, I think you have misread my code.

With all due respect, I think you are probably correct.

 

There is a little bit of space between each button, which when screenshot, gave me 736 pixels of width rom the far left button's edge to the far right button's edge. There is a chance that the browser displayed the space between the buttons even one extra pixel wider each, causing the wrap. Try setting the table & cell width to say, 720 and the right button will wrap.

 

I suggest extending the table width another 10 pixels to accomodate browser inconsistencies with spacing (Blank space in HTML coding).

 

[Edit]

 

Moving to a more appropriate area...

Edited June 9, 2004 by TCH-Robert

[Boojum]

Thanks, Robert. That sounds a much more likely interpretation.

 

My only concern is that, if I do extend the table, it may tend to make the tabs extend past the banner, which is not the effect I'm after.

[DarqFlare]

Hmm...

 

Suggestion: Cut the width of the tabs by a pixel or two each.

[Boojum]

Suggestion: Cut the width of the tabs by a pixel or two each.

Ah. So all I have to do is completely recreate 18 graphic files and upload them in place of the ones I have.

 

Sounds like about my usual luck.

 

But then: Has anyone been able to reproduce this problem?

 

If not, maybe it isn't relevant.

 

Oh, well. Thanks anyway, Robert.

[DarqFlare]

Yeah, I've had to completely replace images on my sites before. Not too fun.

[EnS]

check it out....you have to remember that when specifying TD width and it exceeds the pixel width of the viewers browser window the browser will break the table cell down to the next row. If you take out the <TD WIDTH> tag and just use a <TD> tag instead the browser will not break the cell.

[Boojum]

EnS,

 

That does not accord with my test results. I have tried low-resolution settings down to 640x480, and the cell does not break.

 

If anything, I think Robert's theory, however much work it's going to put me to, is probably the correct one: Different browsers insert varying amounts of space between the tab images.

 

Since I've already been told that the tabs are hard to read in their inactive state and I am about to make design changes in any case, I think I'll end up redesigning my tabs altogether.

 

I'm still wondering, though, if anyone can reproduce the problem.

[TCH-Rob]

I'm still wondering, though, if anyone can reproduce the problem.

I can not.

[EnS]

That does not accord with my test results. I have tried low-resolution settings down to 640x480, and the cell does not break.

Just basing my solution from the same problem I had and removing the TD WIDTH corrected it for me.

 

 

but yes, roberts comment could actually be it