-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
- - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - - - -----Original Message----- From: Andreas Delmelle [mailto:[EMAIL PROTECTED] Sent: zaterdag 28 juni 2003 0:30 To: [EMAIL PROTECTED] Subject: RE: FW: Spurious space between table-header and table header. - - - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hey waddya know... tried this : removed the border defs from the header & voila no gap and no misalignment. downside is u have to define the top & bottom borders for all cells in the row as a workaround ( 'till the row borders are implemented ) [added] anyway, i would definitely use the table-header as an element containing no border atts & leave these either in the table itself ( for outer borders) or the individual cells (in the absence of an implementation for the row borders... and come to think of it : what about column borders? - let's try ;-) ) just try to avoid, as much as possible, any borders that are defined multiple times. defining both left & right in the table (or the header) as well as in the cells seems to 'push' the extent of the left & right borders of the outer borders a little ( exactly half of the width of the inner border if i'm correct; vaguely remember reading sth about this in the pdf-filespec ). the content area rectangles for table, body and header match in width. defining border-top-* atts in table affects only the header. defined in table-header border-top-width also affects width of table-body, border-style of table-body is not explicitly set though... the content area rectangles of the cells are on the 'inside' - but what's the inside of a border of zero width? - of the table (either in the header or the body) which would explain the mysterious gap & the misalignment in this way : border-top-width from table or table-header is 'inherited' by table-body, border-top-style however, is not. => gap = border-top-width without -style :-) border-left-width from table-cell pushes the outer left border slightly, creating the misalignment that 'only' appears in the upper row (actually it happens in the second as well, which gets enlightened by adding some colour. if i am not mistaken, the same process takes place between the individual cells - - - try leaving some out, see what it does) and why don't we see the same misalignment at the bottom? because there are no explicit border-style-* atts defined for table-body, so the same is happening over there... i sincerely believe this is not a bug. it's sth pdf-related ( the way a pdf-reader is supposed to render the areas and their borders ). at best the fop-renderer could be configured to make border-left-* atts for tables override those that are set for cells in the first column of that table (border-right-* for last column, border-bottom for last row, border-top for first row), actually deleting the latter from the stream before it is piped through to fop ( which would mean compensating for the users' unwillingness to learn xsl:fo or pdf, which in its turn seems to be completely missing the point somehow - - what was that name again? ...?? ;-) ) a very intriguing brain-teaser though... my suggested solution? -> see attachment (watch diffs between borders to get an idea - tellin' u it's a drawing thing, man!) see the bottom? there's that gap again. how... clumsy of me ;-) respect ald > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: vrijdag 27 juni 2003 19:26 > To: [EMAIL PROTECTED] > Subject: RE: FW: Spurious space between table-header and table > header. > > > > > > > >well seems to be sth true 'bout what i said (though i wasn't at > >all sure) > > > >so did u try to add borders to the table-row in the header? > >[curious to see what happens when we define borders on all three > >levels in different > >colours... perhaps this would shed some light on the problem] > > > I tried (see attachemnts). Some discoveries: > > 1) Borders do not work on rows, weither in header or body. > 2) Cell borders are centered on the edge of the area rectangle and > are drawn with half of the width to the inner side and half to the > outter side. > This explains the misalignment. But I'm not sure this behaviour is > conformant (must read FO spec more carefully). To make the > [d]effect go away, I had to define a border for the header with > exactly half > the widthof > the cell border, so the overlap but the corners are filled. > 3) This still does not explain the gap that started this > discussion. I am pretty convinced it is a bug. > > Thanks for the tips. > > > > ============================================= > Marcelo Jaccoud Amaral > mailto:jaccoud [at] petrobras.com.br > voice: +55 21 2534-3485 > fax: +55 21 2534-1809 > ============================================= > There are only 10 kinds of people in the world: those who > understand binary > and those who don't. > > > > > -------------------------------------------------------------------- > - To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - - - -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPvzFUNBw/OvTa+XUEQLoPACfYybbARbn9Tz10lCiUDgOsH8iyqUAoOqD nMYStrHB7Q47l7WxSKVsz/+c =DCSk - - - -----END PGP SIGNATURE----- - - -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPvzKc9Bw/OvTa+XUEQJAtgCg5pLplOi2YmUqt3dBr6qvJQB5v84AoPAd UCSgOSwQBRKmA9M2pjux/pTy =NvAS - - -----END PGP SIGNATURE----- - -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPvzv/dBw/OvTa+XUEQLJ7QCfSw06cDcl4EEozIzXJl+wZsDCOJ0An1LC q2CtqSwLcuqBKjjTD1eo7XFW =FTDI - -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPv2ERdBw/OvTa+XUEQJBmACgrZLAemGujUbz0L49hq0vFJvtF+QAn1tg haSkde1rFFFVaskWRIaQTXKV =dzgr -----END PGP SIGNATURE-----
header-body-alt.pdf
Description: Adobe PDF document
header-body-alt.fo
Description: Binary data
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]