Subject: Re: [xsl] fo and last page number .... From: Klaas_Bals@xxxxxxxxxxxxxxxxxxxxxx Date: Tue, 15 Feb 2005 13:58:25 +0100 |
In the XSL-FO 1.1 WD, there is an FO called fo:page-number-citation-last. In addition to this, it is also possible to place an id on the fo:root. This means that with the combination of both, you should be able to achieve what you want, in XSL 1.1 that is. No need to report this. That said, I'm not aware of implementations that have implemented this in a public release. Best regards, ----- Klaas Bals - CTO Inventive Designers Direct Phone: +32 - 3 - 8210183 Office Phone: +32 - 3 - 8210170 Office Fax: +32 - 3 - 8210171 Email: Klaas_Bals at inventivedesigners dot com Inventive Designers - Keep your options open... "Jordan, Tom" <Tom.Jordan@xxxxxxxxxxxxxx> 14/02/2005 17:08 Please respond to xsl-list@xxxxxxxxxxxxxxxxxxxxxx To <xsl-list@xxxxxxxxxxxxxxxxxxxxxx> cc Subject [xsl] fo and last page number .... In pursuit of a robust last page marker. Now I know that the recommended way is to place an empty block at the end of an XSL-FO document and then reference it with a <fo:page-number-citation ref-id='lastpage'/> Yet, when you are producing a document that will then be edited later in the application workflow, this leaves something desired. For example, using nfor(http://www.sf.net/projects/nfor), to producing an RTF document that will be edited via some RTF editor like Word/Open Office. When the user adds additional text to the end of the doc, they will be actually adding text after the bookmark used to identify the lastpage; thus the total number of pages will be inaccurate from this point on in the workflow. Since Word/OpenOffice and others generally have a documents information fields available, why not provide a way to access this information in XSL-FO or provide a simple node for the last page. eg: <fo:page-number-last/> to complement <fo:page-number/> or <fo:doc-prop prop-name='numpages'/> Where would I propose something like this to the standard's committee? Thanks, -- Tom. -- "Nothing will ever be attempted, if all possible objections must first be overcome." - Samuel Johnson -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 2/10/2005 This e-mail or the documents accompanying this e-mail contain information that may be confidential and/or privileged. It may also be prohibited from disclosure under applicable law. The information is intended to be for the use of the individual or entity named on this transmission. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is without authorization and is prohibited. If you have received this e-mail in error, please notify us immediately so that we can take action to correct the problem. -------------------------------------------------- Inventive Designers' Email Disclaimer: http://www.inventivedesigners.com/email-disclaimer
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] case and strings conversi, Mukul Gandhi | Thread | [xsl] xsl:function, arithmetic, Richard Lewis |
RE: [xsl] Bug in Schema for XSLT 2., Peter Gerstbach | Date | [xsl] XSL Stylesheet and using a me, Jim Neff |
Month |