Spartanicus wrote:
"Wayne Poe" <lo***@h4h.comw rote:
>Actually this is a major short coming to CSS, as I jsut keep seeing
more and more cases of it jsut makes life difficult and painful for
what shoudl be basic things. Just like the "equal column height" and
proper multi column layout dilemas.
Equal "column" height is possible with CSS2 methods, but IE doesn't
support that part of CSS2.
Well, yes and no. Correct me if I'm wrong, but when IE6 first came out,
wasn't CSS2 not yet finalized?
Multi column layouts (text ends at the bottom of one column and
continues at the top of the adjacent right column) make no sense at
all on the web,
I wasn't refering to that, but actually sidbar type setups, which are
incredibly easy with html <tables>. But saying it is no suitable, is
more of your opinion than stone carved fact I fret. NOthing wrong with
that, but it would be nice if you said so instead of pushing as what
everyone should be doing.
Actually have a two column news-paper style layout is rather well suited
for, well, news sites, as many seem to do just.
>Seriously, I cannot fathum how the inventors of CSS (at least the
position part; the formating parts of CSS are not a prolbem at all
and work great) could not of made it straight foward. Would it
really have been so horrible to having something like align-vertical,
align-horizontal,
Although not implemented in a straight forward manner, again this is
possible using CSS2 methods, but again not supported by IE.
The fact that IE doesn't support these bits of CSS2 could be
considered as a blessing in disguise because the way that it is
provided for in CSS2 has all the drawbacks (minus one) of HTML
tables: reflows, or nothing being rendered until all content has been
downloaded.
How about this one, going the other way:
Take this code:
############### ############### ############### ############### #############
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<style type="text/css">
body { margin: 4px; }
#outter {
background: #66AAFF;
color: #007700;
height: 300px;
border: #000000 2px solid;
padding: 5px;
}
#outter .inner {
background: #BBBBBB;
height: 100%;
width: 90%;
border: #DD0000 2px solid;
padding: 50px 0px 50px 0px;
}
</style>
<title>um...</title>
</head>
<body>
<div id="outter" align="center">
<div class="inner">1 11</div>
</div>
</body>
</html>
############### ############### ############### ############### #############
Notice how the bottom of the outer div gets pushed down properly in IE6,
but in Moz 1.7 and FF 1.5.0.6, NS 7, and Opera 8, the inner div's bottom
simply gets pushed out of the bounds of the outter div. If no pading and
borders are used on inner, then it's uniform in all those browsers.
Granted, according to O'Reilly CSS pocket ref, height "defines the
height of an element's content area, outside of which padding, borders,
and margins are added." But it doesn't say ANYTHING about pushing
OUTSIDE it's container (which seems rather undesirable for a
flow/non-positionsed layout. In fact, it only makes sense for absolute
positioning, where the container no longer matters in that respect.)
So you tell me, is this a design flaw of CSS (and the fact it doesn't
seem to give you very much control over weather content should "push"
it's container's height so that everything "fits" ? Other than overflow,
which DOES NOT solve this problem, but instead only allows to either
hide it and make the container scrollable.)
>and proper height control (notice how 100% heights on
DIVs inside DIVs sometimes push out of the confines of the outer div,
when the spec CLEARLY states the height % should of the CONTAINING
DIV's space.
You misunderstood the phrase "containing block"
http://www.w3.org/TR/CSS21/visuren.h...ntaining-block
>This strangeness happens is virtually any CSS supporting browser
I've tested (Moz, FF, IE, Opera...)
Moz, FF and Opera more than likely render such according to spec, your
understanding is flawed.
Actually, with strict on, I've witnessed many anomalies on the Moz/FF/NS
side of things, just as much as I've seen on the IE side. Browser bias
is not something you want to get into here.
>I'm sorry, but it really seems CSS has not yet come of age. don't
get me wrong, CSS is a triuth in many areas, but in the area of
layouts, anything advanced (or many things easily doable with, gasp,
tables) it just seems so lacking. At the very least, it makes many
things easy (having styles that can be easily reused) but at the
same time it makes many thing a heck of a lot harder than they
should be, or even near impossible without some wild or strange
hackery. (Keep in mind I don't mean cross browsers hacks.)
Sadly CSS2 does not offer a good method for creating layouts suitable
for the web, this is indeed a shortcoming. But layouts that work on
the web are a complex problem if the serious drawbacks of table
layouts are to be avoided
Yes, but if CSS actually made it even half as easy to do many layouts
you could easily hack out with <tablebased layout, as frowned upon as
they may be, you wouldn't have half as many posts concerning how to do
such layouts in CSS only.
I just wish the CSS advocates here would simply admit CSS has not yet
arrived to the point where it completely replaces "old fashioned"
layouts, if you will. I too wish CSS would come of age, and I hope CSS3
resolves many the glaring issues. But I fear it will take some time
before it will be safe to broadly embrace the new spec when it comes
out, for fear of leaving previous gen browsers in the cold, just like
when CSS2 first arived. You can not expect the shift to CSS3 to change
over night.
This is why I find CSS2, which it's infinate potential to really be a
failure in that it should of come out a lot stronger and compatibility
among browsers should of been ensured.