Hi Steve,

There are at least 2 reasons I can see for your confusion about the

1. The border.fo file defines an A4 page, which is slightly longer than
a US. Letter size page. Acrobat may be scaling the whole image to fit on
Letter size paper which can account for the table being smaller than
normal. I have verified the numbers in the PDF file and printed it on A4
paper and the table dimensions are correct. If I let Acrobat think it's
printing on Letter, the dimensions are in fact too small.

2. The way dimensions are calculated in the block-container FO is a bit
different than in fo:table. In the block-container, the top and left
properties position the "content rectangle" and the padding and border
are positioned OUTSIDE of that rectangle. So the actual drawn border
will be wider than the "width" value. In the rectangles under "Sales
Receipt" for example, there is padding of .6mm on each side of the
rectangle, which is added to the width. The border is outside of that.
In the fo:table, the column widths define the table-grid. In the
border-collapse=separate style being used, the cell borders are drawn
INSIDE the table-grid. So the border to border measure is less than

Also, in absolutely positioned block-container objects, top and left are
meassured with respect to the content-rectangle of the page-region. In
this case, that is offset .5cm from the actual paper edge.

Concerning the problem about the text "creeping to the left" in the
table columns, I can't reproduce this behavior with the border.fo file.
Or perhaps I don't understand what you mean?

Hope that helps a bit,
Karen Lease

Steve McCardle wrote:
> Hi,
> Firstly, ... am I in the right place for queries of this nature ?  (I've
> tried fop-dev-help & fop-dev-info already !)
> I'm completely new to FOP and just getting to grips with the examples
> provided, so I'm probably going to sound really dumb.
> I've been running through the samples provided in the FOP directories and
> I've noticed that, in the example "border.fo", there seem to be a few
> anomalies:
> *       the measurements do not seem to add up either horizontally or
> vertically;
> *       in the section which defines the address/Sold To/Ship To etc., once
> I've established where I think the "zero" edge is, the "left" or "top" edges
> of the block definitions just don't seem to measure up !
> *       in the table definitions, the 4 column widths add up to 19cm but
> physically they only print about 17.9cm !
> *       the text in some of the columns (of the table) seem to "creep" over
> to the left even though "end" alignment is specified;
> I've used the white-space-collapse="false" option to see if that makes any
> difference - but that doesn't help;
> It seems to be affected by the length of the text in an earlier column
> (Description); padding the shorter descriptions with spaces "seems" to help
> a bit, but not totally;  and using the monospace font doesn't seem to have
> made any difference either.
> So, am I doing something incredibly stupid or this a "feature" that I have
> to work around ?
> Thanks,
> Steve McCardle
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to