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
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
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
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.
However, I
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't
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
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
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
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? For
Suppose that I have something like:
pOne/p
pTwo/p
pThree/p
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
__
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