W3C home > Mailing lists > Public > www-xsl-fo@w3.org > November 2002

Pagination of original documents

From: Matthias Brunner <mb@blumenstrasse.vol.at>
Date: Tue, 19 Nov 2002 17:35:54 +0200
To: www-xsl-fo@w3.org
Message-Id: <200209171641.24088.mb@blumenstrasse.vol.at>


I posted this message two month ago to fop-user@xml.apache.org. 
Unfortunately, the solution proposed back then is not suitable for 
our problem. Additionally I think that this is more a XSL-FO problem 
than a FOP one.

We are developing an editing system for parliament session minutes. 
The documents are initially edited in XML and then converted into 
PDF with FOP (at least we plan to).

Unfortunately, we cannot separate content and presentation 
completely, because the authorative version of the minutes will be 
printed and the page number will be the only valid reference to 
certain positions.

Therefore, we need to get the page numbers back into the original XML 
documents so that the pages cannot swap any more after a "fixation 
point" in the editing process (but can still be edited in a 
restricted way) and searches in electronic documents are able to 
return the page numbers (since they are the only valid and useful 
references in parliamentary discussion).

This could probably achieved by scanning the xml area tree but this 
method seems to be somewhat error-prone.
Having some "page break listener" which gets the currently processed 
DOM node of the original document and adds a " page break element" 
to it seems more reasonable. Yet I do not know enough about the 
internal architecture of Fop (or any other xsl-fo transformer). 
Maybe someone could give me a hint where to start or whether there is 
a better way to do this (ideally without writing code :)?

Or has anyone done something like this before?

Any helpful replies would be greatly appreciated.
Matthias Brunner <mb@blumenstrasse.vol.at>
PGP FP 7862 32B3 3B75 292A F76F  5042 8587 21AB 5B89 D501
Check out http://blumenstrasse.vol.at/~mb/gpgkey.asc
Received on Tuesday, 19 November 2002 10:35:56 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:58:26 UTC