Re: page-position=last, FOP vs XEP
Tim Landscheidt wrote: It has come to my attention that page-position=last is not yet implemented in FOP. That is a big problem for the purpose I have. I tried with XEP (from RenderX) and it seems to work here. The problem with XEP is a) it does note support pcl output, which I need, and b) it is a Windows-only-thing, which is also a problem. [...] AFAIK, XEP is not limited to Windows. Probably Nwilan meant Antenna formatter, which is windows only. XEP written in java hence is crossplatform app. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel
page-position=last, FOP vs XEP
It has come to my attention that page-position=last is not yet implemented in FOP. That is a big problem for the purpose I have. I tried with XEP (from RenderX) and it seems to work here. The problem with XEP is a) it does note support pcl output, which I need, and b) it is a Windows-only-thing, which is also a problem. I want to stick with FOP. Can anybody tell me when page-position=last will be supported in FOP? _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: page-position=last, FOP vs XEP
On Mon, 11 Nov 2002 14:33:22 +0100 Nwilan Glirt wrote: It has come to my attention that page-position=last is not yet implemented in FOP. That is a big problem for the purpose I have. I tried with XEP (from RenderX) and it seems to work here. The problem with XEP is a) it does note support pcl output, which I need, and b) it is a Windows-only-thing, which is also a problem. I want to stick with FOP. Can anybody tell me when page-position=last will be supported in FOP? No, it will be done during the redesign phase, but we can't give you a date, yet. We were facing the same problem and therefore tried to change (or to make our customers change) the layout so we didn't need the page-position=last functionality. Maybe it's also possible with your layout. Jeremias Maerki
RE: page-position=last, FOP vs XEP, business forms
Would it be posible to iterate over your list of invoices (by using recursion with the head and tail approach in the xslt translation). But keep a counter of the number of invoices processed this page. When the counter hits a certain level start a new page by doing the carried forward/brought forward part of the page break. That way if there are no page breaks all of the invoice lines will appear on the one page, and if there are more invoice lines that can appear on a single page the appropriate page break will appear. This approach will however mean that you have a page sequence for each page. It will also mean that you have to know how many invoice lines can appear on a single page. regards, Chris -Original Message- From: Jeremias Maerki [SMTP:[EMAIL PROTECTED] Sent: Monday, November 11, 2002 3:41 PM To: [EMAIL PROTECTED] Subject: Re: page-position=last, FOP vs XEP, business forms :-) We're doing mostly invoices and such but that's exactly the kind of requirements that I've always tried to avoid. If you can figure out a good (general) solution I'd be glad if you could post it. I regret that I never took the time to figure it out myself. I hope somebody on this list has a few good ideas. I've thought about markers for the subtotals, but I don't know if they can help here. On Mon, 11 Nov 2002 16:33:08 +0100 Nwilan Glirt wrote: I hope that it is possible to work around the missing page-position=last. What I am doing is producing a classic invoice-type document which needs: Special first page with adresses in the header and amount tranferred to next page in case of more than one page. Middle pages with amount transferred from prev. page and amount tranferred to next page Special last page with amount transferred from prev. page and total amount etc. On top of this I need a page design for first page also beeing last page, with both the adress part and the total part! I'm not even sure this can be acchived using FO as such. Does anyone have experiences with producing business forms such as invoices? Wanna share? Jeremias Maerki
Re: page-position=last, FOP vs XEP, business forms
Of course. This approach has been proposed a number of times, but that only works if you really know the height of each invoice position in advance. But at least for me, it's not that general solution I'm looking for. Let's hope this helps at least Nwilan Glirt. On Mon, 11 Nov 2002 15:49:00 + Ward, Christopher wrote: Would it be posible to iterate over your list of invoices (by using recursion with the head and tail approach in the xslt translation). But keep a counter of the number of invoices processed this page. When the counter hits a certain level start a new page by doing the carried forward/brought forward part of the page break. That way if there are no page breaks all of the invoice lines will appear on the one page, and if there are more invoice lines that can appear on a single page the appropriate page break will appear. This approach will however mean that you have a page sequence for each page. It will also mean that you have to know how many invoice lines can appear on a single page. Jeremias Maerki
Re: page-position=last, FOP vs XEP, business forms
Another *hypothetical* workaround for the last page problem might be the idea to use area tree output. FOP in xml output mode produces area tree xml document and in this document one can select /AreaTree/Page[last()] - that's exactly areas on the last page. Then fo should be changed somehow taking into acount this information. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel