RE: [xsl] XSL-FO: page-breaking with all block-containers having absolute-position="fixed"

Subject: RE: [xsl] XSL-FO: page-breaking with all block-containers having absolute-position="fixed"
From: "Kyle Partridge" <kpartridge@xxxxxxxxxxxx>
Date: Thu, 26 Feb 2004 16:57:55 -0500


>Have you tried empty blocks with a break: <block break-before="page"/>

	I did try, but it seemed not to work, with the absolute
positioning.  	Maybe I missed something, though.  I'll try it again.

>But choosing "fixed" is basing your locations on the containing area.
>you considered in your XSLT doing the arithmetic of positioning and 
>determining where a page break belongs?  That would give you the option
>zeroing out your running top indicator at the last specified value for
>and reducing the subsequent values by that last specified value until
>run out of page size again.

	Yep.  But that's what I was trying to avoid.  If it's
	I'll do it, though. :-)

>Have you considered just using blocks and using a space-before= of the 
>difference between blocks?  Using start-indent= and end-indent= will
>your sides.

	I will give that a try too - but I suspect, due to the
absolutely 	positioned nature of the document I'm trying to render,
it won't look 	as much like the original document as people would like.
Still, it 	remains to be seen...

>I still don't understand why you are mapping an absolutely positioned
>of regions to a paginated medium ... I suspect you can get close to
>you want by just using blocks and letting the processor do the 
>pagination.  Remember to use keep-together.within-column="1" to keep
>regions together on a single page (unless you don't mind the hard
breaks in 
>the middle of a region).

	It's because we make a software program that has an arbitrary
editing 	interface.  You open it up, you click anywhere, and you
enter text, or 	math.  What you get is a page with "regions" arbitrarily
placed.  My 	job is to render that page, first as fo, and then as a
PDF file.  So 	the file must look just the way it looks in the software
program.  The 	program doesn't "flow" so my fo can't either...sadly.

>Instead of the above, why not just use literal result elements and 
>attribute value templates:

>None of the elaborate calculations you've given in your example need to
>done in <xsl:attribute> instructions.

	These are the kinds of things I often miss, due to my
inexperience 	with XSLT.  Thanks for the suggestions, I really
appreciate them!

>I hope this helps.

	You advice is always extremely helpful.  Thanks, again!


 XSL-List info and archive:

Current Thread