>> Change the background color of "top", expand the width of top or reduce
>> the width of the images.
[quoted text clipped - 5 lines]
> after the title graphic, but a bit of image manipulation solved that
> problem. See http://www4.scoe.net/rfox/nest for the fixed version.
There are still problems:
<http://cfaj.freeshell.org/web/examples/scoe.jpg>
I made a start at fixing it (as usual, getting rid of unnecessary
"width: ...px:" styling goes a long way):
<http://cfaj.freeshell.org/web/examples/scoe.html>

Signature
Chris F.A. Johnson, author <http://cfaj.freeshell.org>
Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)
===== My code in this post, if any, assumes the POSIX locale
===== and is released under the GNU General Public Licence
> I attempted your second suggestion, but I'm afraid you lost me with
> "The <img> has no newline in front of it..." :/
I was referring to this part of the code:
...width="162"><img src=...
instead of
...width="162">
<img src=...
There is no newline the bring <img> to the next line. Browsers treat
newlines like space characters so there would be a gap between the images.
Try this:
<div id="top">
<script type="text/javascript"
src="t_files/random_header.js"></script><img src="t_files/photo1.jpg"
alt="" border="0" height="104" width="162">
<noscript><img src="images/photo1.jpg"
width="162" height="104" border="0" ... >
</noscript><img id="banner"
src="t_files/home2q.jpg" ... >
</div>
> My only complaint at this point is that IE (and only IE) now adds a gap
> between the banner and the main body, visible in the yellow side bar.
> Is there any way to get rid of that?
.about a { display:block; width:95px; height: 50px; ... }
Height should be 22px like the rest.
I am not clear why you have a separate class for every menu item. It
seem quite unnecessary and, in this case, counterproductive. In fact,
since you fix the width to a given number of pixels, the menu layout looks
quite bad when the text size is increased.

Signature
jmm (hyphen) list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)
rfox@scoe.net - 27 Jul 2006 20:32 GMT
> Height should be 22px like the rest.
Thanks for the response, Jim. I had the .about class with a larger
height so that it would push the other divs down a bit to reveal a drop
shadow beneath the nav bar. Additional padding-bottom would have
probably been a better method, but due to IE issues, I finally just
gave up on it and removed it from the layout altogether.
> I am not clear why you have a separate class for every menu item. It
> seem quite unnecessary and, in this case, counterproductive. In fact,
> since you fix the width to a given number of pixels, the menu layout looks
> quite bad when the text size is increased.
I have a separate class for every menu item so that I can specify the
width of each menu item. I need to squeeze seven menu items into a
fixed layout and space them evenly. Writing a class for each menu item
achieves this goal. Is there a more effective way to achieve it?
By the way, the fixed-width layout was a client request, so changing
the layout to fluid was not an option.
Thanks for the input here, folks.
-Ray
Jim Moe - 28 Jul 2006 05:53 GMT
> By the way, the fixed-width layout was a client request, so changing
> the layout to fluid was not an option.
Your client wants the menu to look like crap when the font is enlarged?

Signature
jmm (hyphen) list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)
Chris F.A. Johnson - 28 Jul 2006 15:02 GMT
>> By the way, the fixed-width layout was a client request, so changing
>> the layout to fluid was not an option.
>>
> Your client wants the menu to look like crap when the font is enlarged?
And unreadable when it is not (when viewed at a high resolution).

Signature
Chris F.A. Johnson, author <http://cfaj.freeshell.org>
Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)
===== My code in this post, if any, assumes the POSIX locale
===== and is released under the GNU General Public Licence
rfox@scoe.net - 29 Jul 2006 00:58 GMT
>Your client wants the menu to look like crap when the font is enlarged? <
>And unreadable when it is not (when viewed at a high resolution).
So what are you saying, that one should never use a fixed layout? Or
can you offer some useful advice on how to make a fixed layout more
accommodating to users who enlarge their text?