> I started with this:
> <div id="section">
> Section 1
[quoted text clipped - 9 lines]
> </div>
> <div id="section">
You have syntax errors. You can't have five "The one and only element in
this document called 'section'".
http://css-discuss.incutio.com/?page=ClassesVsIds
http://validator.w3.org/
> another expected result of standards designed by a committee.
I skimmed the rest of the message _very_ quickly, bit this caught my eye.
Don't blame the standard until you conform to it.

Signature
David Dorward <http://dorward.me.uk/>
Quiet Desperation - 27 Dec 2003 19:26 GMT
> You have syntax errors. You can't have five "The one and only element in
> this document called 'section'".
I had three. Something might be getting narfed somewhere between my
newsreader and yours.
Actually, I did initially try three separate CSS id definitions
(section1, section2, section3) and got the same result. I posted this
one because it was shorter. In all my fiddling this morning I forgot
ids were one shots.
> I skimmed the rest of the message _very_ quickly, bit this caught my eye.
Oh c'mon. I put a smiley. I'm a big CSS booster, but I do feel some of
the web standards are a bit more obtuse than they really need to be.
Thanks for the link.
> I started with this:
Code snippets rarely tell the whole story. Please post a URL.

Signature
To email a reply, remove (dash)un(dash). Mail sent to the un
address is considered spam and automatically deleted.
Quiet Desperation - 28 Dec 2003 16:18 GMT
> Code snippets rarely tell the whole story. Please post a URL.
It's not online anywhere. It was just an experiment.
[snip code fragments]
> The columns themselves worked great, but "Section 3" is now written
> *over* the new 3-column section 2, right after Section 1.
Yup.
> I expected:
> Section 1
> Column21 Column22 Column23
> Section3
Why did you expect this?
> I got:
> Section 1
[quoted text clipped - 8 lines]
> from the flow, and section 3 is place right after section 1 as if the
> new section 2 were never there.
Exactly.
> This result is really counterintuitive to me.
Why are you specifying position values other than static, but then not
actually bothering to specify any positions?
What are you trying to achieve?
> It does the same thing in IE5 and Safari on Mac OS X and IE6 on
> WinXP, so I have to believe I'm missing something in the CSS spec.
> Either that or I can chalk it up as another expected result of
> standards designed by a committee. ;-)
The former ;)
Try reading http://www.w3.org/TR/CSS2/visuren.html#positioning-scheme
Specifically the part which says "Absolutely positioned boxes are taken
out of the normal flow".
HTH.

Signature
Michael
m r o z a t u k g a t e w a y d o t n e t
Quiet Desperation - 28 Dec 2003 16:17 GMT
> Specifically the part which says "Absolutely positioned boxes are taken
> out of the normal flow".
I knew that, but I find it counterintuitive that absolute DIVs *inside*
a *relative* DIV remove the containing relative DIV from the flow. It
feels like the absoluteness of the child DIVs are cascading back upward
to the parent. The containing relative DIV should act like a little
pocket universe. To the top flow it's just another relative DIV. It
would be a lot better, IMHO, if it worked this way. There's several
CSS-P issues I have run into that would be easily solved by this
behavior.