Anyways, I 'fixed' my problem by dropping tables altogether. I figured out how to get text to be left-aligned and right-aligned on the same line, which is one of the major things that tables can give you. Make a table 100%, have two columns. left-align one, right-align the other, and presto.
However, the other things that tables gives you has apparently long been the subject of some gnashing of teeth, and in fact the CSS people have decided to include some column type attribute in CSS3 (congrats on getting all the browser vendors on board with CSS2, btw). The thing in question? newspaper-layout. The 'holy grail' of 3-column layout.
Anywho.. one of the more common techniques appears to be using a 'float' attribute (I'm probably using the wrong word there?)... here is my CSS and HTML. You'll see the problem (in IE6, Mozilla, Thunderbird).. the columns do not stay within their boxes.
The page you show me whows up as COLUMN-L COLUMN-C COLUMN-R when I maximaize my screen and when my screen is not it shows up correctly.... did you look at http://glish.com/css/7.asp I think that one is what you are trying to do. Eric
Look what happens when you start to shrink that page though... the columns start to get really messed up. This one ( http://glish.com/css/2.asp ) really degrades gracefully.
As for the maximizing issue.. I haven't run into that (yet). I *have* noticed that IE will sometimes 'flicker' between : LC, CC RC
and LC, CC, RC If you maximize IE, and it happens to 'flick' to the first state, then you're stuck there. I think it's an IE display glitch, exactly like the one I found in my previous post about table width % and css margins. sometimes its there, sometimes not.
Joined: Nov 08, 2001
I just wish that they could install patches to fix all browsers on a css standard.... LOL
I think I managed to kill this one as well. Works pretty good on Mozilla1.6b/IE6 on PC. Not so good on any Mac browser The 'frame' div stretches to fit the interior divs. On IE6, the <br clear='all'> is not required, as noted in the code. Firebird 0.7 doesn't require it to stretch the frame div, but *does* require it for another reason; the last wide div with 'foo!' in it would stretch up and behind the larger div to the right, and fill in the whole space. Seems it treats its top position as coming right after the bottom position of the shortest div (either of the first two columns above it, rather than the longer 3rd column). [ January 07, 2004: Message edited by: Mike Curwen ]