[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: table-row height attribute

Subject: Re: table-row height attribute
From: "Mark Williams" <mark@xxxxxxxxxxx>
Date: Tue, 9 Mar 2004 20:38:06 -0000
table row height
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


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.