> if you add
>
> td img {display:block}
>
> it should work.
It did work. Thanks very much.
Now that I understand the basis of the problem, I was inclined to try:
td img {vertical-align: bottom}
That also seemed to work. I'm curious as to whether you see that as
being an acceptable alternative
When I fill table cells with colors and set cellspacing=0,
cellpadding=0, border=0, I can get the cells to butt right up against
one another both vertically and horizontally. However, when I fill
the same cells with an image I can't get them to butt up against one
another vertically although they
> I guess this is meant by CSS2.1:17.5.3: "CSS 2.1 does not define how extra
> space is distributed when the 'height' property causes the table to be
> taller than it otherwise would be."
That appears to be the explanation.
So, obviously, the fix is to set the height of the individual elements
so
The code shown below sets up a 2-row table 300 px high. The top row
should be 80 px high and the remaining 220 px of height should be
allocated to the bottom row.. It works exactly as expected in
Firefox. However, in IE, the top row is much taller than the bottom
row. It almost looks like the 8
The XHTML 1.0 DTD makes clear that the "table" element is a block
element. No surprise there. However, the "tr", "td", "th", and
"caption" elements are not listed in either the "Block" section or the
"Inline" section. How do I know what type of elements these elements
are? Thanks for any input.
> the distinction clearer by specifiying the available "type"
> attributes for both ol and ul.
And I think that if you do it with the "type" attribute, you are
indeed limited. Including a 'type="disc"' attribute in an ol element
is undoubtedly going to cause the document to fail validation.
Howe
I just noticed that apparently the full spectrum of list-style-types
apply equally to both ordered lists and unordered lists. So, ordered
lists can have a list-style-type of "disc" and unordered lists can
have a list-style-type of "decimal". Does anyone see any reason why
ALL list-style-types can'
Thanks for the additional input.
I've sort of concluded that the way vertical-align:middle works is
this: The vertical midpoint of the inline element being vertically
aligned is aligned with an imaginary line which runs parallel to the
baseline and at a distance of one-half the applicable font-he
I have a short line containing some text and two images. The text is
default height, let's assume that is somewhere around 18px. Let's
also assume that the two images are both 100px high. With respect to
one image I have done nothing; so, as expected, it's bottom aligns
with the baseline of the
> Not the block ... the paragraph line-boxes -
> one for each line in the paragraph.
Thanks. I don't really see how a line-box can be considered to be a
parent element. when it's not even an element at all. However, the
whole world must think that it is because virtually everyone refers to
"par
I must be missing something real obvious. In discussing
"vertical-align" there is a proliferation of references to "parent
element". For example, we might see a reference like, "baseline -
Aligns the baseline of the element with the baseline of the parent
element.". What is the parent element?
Suppose that I have something like:
One
Two
Three
Is there some way (without assigning a class) that I can structure a
selector so as to select only the second paragraph? Thanks for any
input.
... doug
__
css-discuss [EM
A couple of days ago I ran across http://dean.edwards.name/IE7 and thought I
had found the Holy Grail. The mere thought of being able to bring IE even
into near compliance with CSS standards excites me no end. But the more I
read the less I understood. I think it is clear that Dean Edwards IE7
(
13 matches
Mail list logo
