You need to specify the width in the FO file.
an FO file is designed to encapsulate a layout of a generic
unformatted (eg HTML) document, with many (but not all) the
layout decisions having been made. You can't really start the
layout until you know the page width. Of course there is
nothing to stop an XSL-FO system offering a file/print or
file/page-setup menu that lets you change these things, makes
the appropriate changes to the FO and re-renders the
document, but that would be an application/GUI issue not
specifically an FO one.
So at some point the use of percentages has to stop and a real page size
must be used?
That's a shame. This means for our app the user will have to set the
page size in the app (to pass into the transform) and then set the page
size again in the print setup (say of Acrobat) to get A3 printout.
Unless Acrobat can tell from the generated pdf what the page size will
be?
Im just trying to avoid the case where the user will have set the same
information twice - once for the transformation and once for the print.
thanks
andrew
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list