Hi Andreas,

Thanks for the response.

As you probably know, if the text in a cell is too long it wraps to the next
line and increases the row height.  The spec says that specifying a height
fixes the height, by which I  assumed it meant that any wrapping text would
be lost.  Either I've misread the spec or FOP doesn't implement it correctly
for table rows.  I appreciate what you say about keeping text within the row
size, but I don't have control over the size of the text inputted.  What I
would like to be able to do, however, is control the row height so that it
will be fixed at say 0.6cm regardless of the text inputted.  This would , of
course, has the unfortunate side effect of not rendering certain text, but I
still need to be able to do it.

If you have any thoughts, always appreciated.

Regards,

Mark Williams


----- Original Message -----
From: "Andreas L. Delmelle" <a_l.delmelle@xxxxxxxxxx>
To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Tuesday, March 09, 2004 7:58 PM
Subject: RE:  table-row height attribute


> > -----Original Message-----
> > From: Mark Williams
> >
> > I'm using the table-row height attribute to limit the height os specific
> > rows.  However, if the text is greater than the height of the row, the
row
> > height adjusts, so that it seems (at least in conjunction with
table-rows)
> > that the height property specifies an "at least", not a fixed height.
Is
> > this how height was intended.  I'm using FOP to render, so this might be
a
> > FOP problem.
> >
>
> Hi Mark,
>
> Not sure if I understand the 'problem' correctly, but defining a row to
be,
> say, 10pt in height, and subsequently not making sure the entered text is
> 10pt max in font-size... (maybe even a bit smaller to make sure) it would
> seem like 'asking for trouble' IYKWIM
>
> I'm not really sure what the spec would say, but if it makes sense, this
> should be considered an error, and so maybe the only problem would be that
> FOP is ignoring it --*if* it turns out to be an error, that is. If the
spec
> says nothing in particular, then I guess how such situations are dealt
with
> is totally up to the implementors.
>
> If the problem is something like the one I described above, I can only
> suggest to avoid putting too large text inside the table-row..
>
>
> Cheers,
>
> Andreas
>
>
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
>
>


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list