Vertical align

In HTML 4 Strict, the elements COL, TBODY, TD, TH, TR
can have the attribute valign. Therefore, I assumed that
I could also use the property vertical-align with them.

In http://www.w3.org/TR/CSS2/sample.html , I read
td, th, tr { vertical-align: inherit }

But Opera ignores TR { vertical-align ... } altogether
whereas Firefox and Internet Explorer inherit the value
to TD and TH.
http://www.user.uni-hannover.de/nhtcapri/temp-4.html

--
In memoriam Alan J. Flavell
http://www.alanflavell.org.uk/charset/

Andreas Prilop wrote:

In HTML 4 Strict, the elements COL, TBODY, TD, TH, TR
can have the attribute valign.

For some odd reason, yes. The attribute is rather purely presentational.
(Attributes like align="right" might be described as semi-presentational, as
such an attibute typically means that the cell content is a number.)

Therefore, I assumed that
I could also use the property vertical-align with them.

You can use any CSS property for any element, but I presume you expected
some _effect_.

In http://www.w3.org/TR/CSS2/sample.html , I read
td, th, tr { vertical-align: inherit }

Technically, it's a "sample style sheet", which purports to being both
descriptive and prescriptive and isn't neither of them.

But Opera ignores TR { vertical-align ... } altogether
whereas Firefox and Internet Explorer inherit the value
to TD and TH.
http://www.user.uni-hannover.de/nhtcapri/temp-4.html

It's not a very clear example; I would rather use a simple test like

<style type="text/css">
..top tr { vertical-align: top; }
</style>
Unstyled:
<table border><tr><td>first line<br>second line</td><td>other
cell</td></tr></table>
Styled with tr { vertical-align: top; }
<table border class="top"><tr><td>first line<br>second line</td><td>other
cell</td></tr></table>

Anyway, yes, Opera behaves differently. I cannot classify this as a bug,
though, just as an oddity. I guess we need to conceptually treat Opera as
having a browser default style sheet with
th, td { vertical-align: baseline; }
And is it even odd?

--
Yucca, http://www.cs.tut.fi/~jkorpela/

On Wed, 8 Jul 2009, Jukka K. Korpela wrote:

http://www.user.uni-hannover.de/nhtcapri/temp-4.html

It's not a very clear example;

Actually, that was supposed to be a test on line height.

So, let's turn to line-height. :-)

Firefox carefully calculates the different line heights.
But Internet Explorer 6 and 7 seem to round rather coarse.
Some columns have the same height in IE. What's worse,
you get other columns with same height when you change
the text size in IE to "larger" oder "smaller". :-(

--
In memoriam Alan J. Flavell
http://groups.google.co.uk/groups/search?q=author:Alan.J.Flavell

Andreas Prilop wrote:

On Wed, 8 Jul 2009, Jukka K. Korpela wrote:

http://www.user.uni-hannover.de/nhtcapri/temp-4.html
It's not a very clear example;

Actually, that was supposed to be a test on line height.

So, let's turn to line-height. :-)

Firefox carefully calculates the different line heights.
But Internet Explorer 6 and 7 seem to round rather coarse.

You want stranger, try setting it unitless. eg:

<td style="line-height: 1.30"

The breaks fall in different places, but it appears to be an
improvement overall with steps more evenly distributed and closer to the
Moz rendering.

Tested in IE6.

Jeff

Some columns have the same height in IE. What's worse,
you get other columns with same height when you change
the text size in IE to "larger" oder "smaller". :-(

In article
<Pine.LNX.4.64.0907091659100.27373 (AT) sarge (DOT) rrzn.uni-hannover.de>,
Andreas Prilop <prilop4321 (AT) trashmail (DOT) net> wrote:

On Wed, 8 Jul 2009, Jukka K. Korpela wrote:

http://www.user.uni-hannover.de/nhtcapri/temp-4.html

It's not a very clear example;

Actually, that was supposed to be a test on line height.

So, let's turn to line-height. :-)

Firefox carefully calculates the different line heights.
But Internet Explorer 6 and 7 seem to round rather coarse.
Some columns have the same height in IE. What's worse,
you get other columns with same height when you change
the text size in IE to "larger" oder "smaller". :-(

Yes, FF is careful. In Mac Safari 3, at some enlargements it is not
quite logical. Nor in Mac iCab or Opera.

--
dorayme

In article <doraymeRidThis-1EE6B6.09180710072009 (AT) news (DOT) albasani.net>,
dorayme <doraymeRidThis (AT) optusnet (DOT) com.au> wrote:

In article
Pine.LNX.4.64.0907091659100.27373 (A...ni-hannover.de>,
Andreas Prilop <prilop4321 (AT) trashmail (DOT) net> wrote:

On Wed, 8 Jul 2009, Jukka K. Korpela wrote:

http://www.user.uni-hannover.de/nhtcapri/temp-4.html

It's not a very clear example;

Actually, that was supposed to be a test on line height.

So, let's turn to line-height. :-)

Firefox carefully calculates the different line heights.
But Internet Explorer 6 and 7 seem to round rather coarse.
Some columns have the same height in IE. What's worse,
you get other columns with same height when you change
the text size in IE to "larger" oder "smaller". :-(

Yes, FF is careful. In Mac Safari 3, at some enlargements it is not
quite logical. Nor in Mac iCab or Opera.

I forgot to add, importantly, that Mac IE does not understand
line-height: normal and has this curious reaction: it prints the first
000% in the table but not the rest! Ditto 0.00. Removing the CSS
instruction here and letting it default, makes it happy.

--
dorayme