Re: Why is FO(P) a superior model than what most proprietary tool s propose
Savino, Matt C wrote: Our application absolutely requires tables spanning mulitple pages. Are we trying to fit a square peg into a round hole incorporating FOP into a reporting app as opposed to book publishing? I didn't say you can't use tables spanning multiple pages. I said, if you are running into problems with memory consumption, this could be one cause (out of many possible others). The standard procedure when you are getting OutOfMemoryExceptions is: 1. Look for a bigger machine, and increase JVM memory settings (they should not exceed physical memory). This will only go so far. 2. If you are running a servlet, serialize requests for PDF rendering. 3. Get rid of forward references. This is often a really big win. 4. If you have some amount of large graphics which is scaled down by FOP anyway, scale them down before you feed them to FOP. This helps especially if you have inncently looking highly compressed but high-resolution JPGs (something in the 1000x1000 pixel range, one such critter can eat up to 5MByte). 5. If everything above is already stretched to the limit, simplify your layoput and the intermediate FO structure. However, unless your whole document is a single table, this is often small change. Nevertheless, some small modifications in the style sheet can make a difference between working and not working. J.Pietschmann
RE: Why is FO(P) a superior model than what most proprietary tool s propose
this is interesting... can the servlet report how many threads it has at any given time? Do you know of any code examples of how this is done? thanks for the good idea... will -Original Message- From: Scott Moore [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 4:39 PM To: '[EMAIL PROTECTED]' Subject: RE: Why is FO(P) a superior model than what most proprietary tool s propose Each request comes into the servlet on a separate Java Thread. I keep track of the number of reports currently being generated and Thread.sleep(1000) the queued threads. Every second or so the threads wake up, check to see if they should run (next in line and # reports running < MAX) otherwise they go back to sleep for another second. It's a little more complicated than that, but that's the general gist. Scott > -Original Message- > From: Savino, Matt C [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 5:39 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > > Thanks Scott. Can you share a little more detail on how you queue the > reports? > > Matt Savino >
RE: Why is FO(P) a superior model than what most proprietary tool s propose
Our application absolutely requires tables spanning mulitple pages. Are we trying to fit a square peg into a round hole incorporating FOP into a reporting app as opposed to book publishing? Matt Savino > -Original Message- > From: J.Pietschmann [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 3:05 PM > To: [EMAIL PROTECTED] > Subject: Re: Why is FO(P) a superior model than what most proprietary > tool s propose > > > Carter, Will wrote: > > I am in the process of working out an embedded (servlet) > FOP solution for > > some financial reporting. The generated pdfs are probably > around 20 pages.. > > does anyone have any info about memory requirements or > problems I will run > > into with multiple concurrent users? > > The memory requirements depend on the complexity of the > layout (tables spanning multiple pages are bad), how big > included graphics are (they are all held in memory), and, > often the worst of all, whether you are using forward > references, like the popular "page x of y" (which forces > all pages and dependent data to be held in memory until > rendering is finished). > > I've been able to render 500 Page books without problems. > > > J.Pietschmann > >
Re: Why is FO(P) a superior model than what most proprietary tool s propose
Carter, Will wrote: I am in the process of working out an embedded (servlet) FOP solution for some financial reporting. The generated pdfs are probably around 20 pages.. does anyone have any info about memory requirements or problems I will run into with multiple concurrent users? The memory requirements depend on the complexity of the layout (tables spanning multiple pages are bad), how big included graphics are (they are all held in memory), and, often the worst of all, whether you are using forward references, like the popular "page x of y" (which forces all pages and dependent data to be held in memory until rendering is finished). I've been able to render 500 Page books without problems. J.Pietschmann
Re: Why is FO(P) a superior model than what most proprietary tool s propose
Josh wrote: Actually that's very good to know. From a designer perspective FOP has felt a bit like the themes for mozilla. It's like designing for a moving target The spec itself was a (slowly) moving target until recently. You can still expect amendments for clarification, there has been a few holes spotted. There is still a problem with the FOP API for embedding, i think this will be in flux for some time. J.Pietschmann
RE: Why is FO(P) a superior model than what most proprietary tool s propose
Each request comes into the servlet on a separate Java Thread. I keep track of the number of reports currently being generated and Thread.sleep(1000) the queued threads. Every second or so the threads wake up, check to see if they should run (next in line and # reports running < MAX) otherwise they go back to sleep for another second. It's a little more complicated than that, but that's the general gist. Scott > -Original Message- > From: Savino, Matt C [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 5:39 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > > Thanks Scott. Can you share a little more detail on how you queue the > reports? > > Matt Savino >
RE: Why is FO(P) a superior model than what most proprietary tool s propose
From: Matt Savino To: Bob Leif Sounds great. Tell me where I can get a good Ada app-server and a Java-Ada translator for all the existing code--and I'll run it by the corporate brass. Matt Savino > -Original Message- > From: Robert C. Leif [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 2:35 PM > To: [EMAIL PROTECTED] > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > > From: Bob Leif > To: Matt Savino > > It sounds like you need the performance of an efficient compiled > language that performs wherever possible its inheritance at compile > rather than run time. Ada is an ISO standard which is > available as a GNU > compiler, GNAT. It should be noted that Java is a proprietary language > owned by SUN. > > -Original Message- > From: Savino, Matt C [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 2:01 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > We're using FOP in a production environment to render some management > reports and a very complicated lab report. We've had to limit the > management > reports to about 2000 rows (~50 page PDF) because of FOP's > memory issues > w/large PDFs. Also I worry about serious slowdown if we ever > get 3 or 4 > users on the same instance of the app server all running a > decent sized > PDF > at once. Does anyone know if wrapping FOP in a session bean > would allow > me > to distribute processing around to unused servers or otherwise handle > the > java.lang.outOfMemoryError better? (We're on Weblogic 6.1) > > I compared FOP to RenderX from XEP. RenderX was the only solution that > really mathces FOP's profile (XSL:FO based, java-based or at least > platform > neutral, no extra servers to run or programs to install - if there are > any > more out there, please post). For the report I was running, FOP was > about 10 > times faster than RenderX. But from most accounts performance between > the > two should similar. I figure there must be something > particular about my > stylesheet that RenderX didn't like. So I called XEP to see > what kind of > support my interest in purchasing their $5k/cpu product might garner. > They > weren't very helpful but did say they were insanely busy. I have a > feeling > if you could come up with a high-performing commerical all > Java FO->PDF > engine, you'd be very rich very quick. > > > Matt Savino > > > >
RE: Why is FO(P) a superior model than what most proprietary tool s propose
Thanks Scott. Can you share a little more detail on how you queue the reports? Matt Savino > -Original Message- > From: Scott Moore [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 2:29 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > > The short answer is you can't expect a large number of users > to ask for > reports at the same time and not run into memory problems. > Believe me, I've > stress tested my report server and hit this wall quickly. > > However, if you write your server to only run X number of > reports at once > and queue any other requests until other reports are > finished, you can avoid > those problems and achieve a robust and stable FOP server. > At that point, > adding more servers can get you better scalability. > > So far, this has worked well for me. > > > > -Original Message- > > From: Carter, Will [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 30, 2002 5:29 PM > > To: '[EMAIL PROTECTED]' > > Subject: RE: Why is FO(P) a superior model than what most > proprietary > > tool s propose > > > > > > This one has got me scared... > > > > I am in the process of working out an embedded (servlet) FOP > > solution for > > some financial reporting. The generated pdfs are probably > > around 20 pages.. > > does anyone have any info about memory requirements or > > problems I will run > > into with multiple concurrent users? > > > > > >
RE: Why is FO(P) a superior model than what most proprietary tool s propose
The short answer is you can't expect a large number of users to ask for reports at the same time and not run into memory problems. Believe me, I've stress tested my report server and hit this wall quickly. However, if you write your server to only run X number of reports at once and queue any other requests until other reports are finished, you can avoid those problems and achieve a robust and stable FOP server. At that point, adding more servers can get you better scalability. So far, this has worked well for me. > -Original Message- > From: Carter, Will [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 5:29 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Why is FO(P) a superior model than what most proprietary > tool s propose > > > This one has got me scared... > > I am in the process of working out an embedded (servlet) FOP > solution for > some financial reporting. The generated pdfs are probably > around 20 pages.. > does anyone have any info about memory requirements or > problems I will run > into with multiple concurrent users? > > >
RE: Why is FO(P) a superior model than what most proprietary tool s propose
From: Bob Leif To: Matt Savino It sounds like you need the performance of an efficient compiled language that performs wherever possible its inheritance at compile rather than run time. Ada is an ISO standard which is available as a GNU compiler, GNAT. It should be noted that Java is a proprietary language owned by SUN. -Original Message- From: Savino, Matt C [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 2:01 PM To: '[EMAIL PROTECTED]' Subject: RE: Why is FO(P) a superior model than what most proprietary tool s propose We're using FOP in a production environment to render some management reports and a very complicated lab report. We've had to limit the management reports to about 2000 rows (~50 page PDF) because of FOP's memory issues w/large PDFs. Also I worry about serious slowdown if we ever get 3 or 4 users on the same instance of the app server all running a decent sized PDF at once. Does anyone know if wrapping FOP in a session bean would allow me to distribute processing around to unused servers or otherwise handle the java.lang.outOfMemoryError better? (We're on Weblogic 6.1) I compared FOP to RenderX from XEP. RenderX was the only solution that really mathces FOP's profile (XSL:FO based, java-based or at least platform neutral, no extra servers to run or programs to install - if there are any more out there, please post). For the report I was running, FOP was about 10 times faster than RenderX. But from most accounts performance between the two should similar. I figure there must be something particular about my stylesheet that RenderX didn't like. So I called XEP to see what kind of support my interest in purchasing their $5k/cpu product might garner. They weren't very helpful but did say they were insanely busy. I have a feeling if you could come up with a high-performing commerical all Java FO->PDF engine, you'd be very rich very quick. Matt Savino
RE: Why is FO(P) a superior model than what most proprietary tool s propose
This one has got me scared... I am in the process of working out an embedded (servlet) FOP solution for some financial reporting. The generated pdfs are probably around 20 pages.. does anyone have any info about memory requirements or problems I will run into with multiple concurrent users? thanks, will carter http://www.envestnetpmc.com -Original Message- From: Savino, Matt C [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 4:01 PM To: '[EMAIL PROTECTED]' Subject: RE: Why is FO(P) a superior model than what most proprietary tool s propose We're using FOP in a production environment to render some management reports and a very complicated lab report. We've had to limit the management reports to about 2000 rows (~50 page PDF) because of FOP's memory issues w/large PDFs. Also I worry about serious slowdown if we ever get 3 or 4 users on the same instance of the app server all running a decent sized PDF at once. Does anyone know if wrapping FOP in a session bean would allow me to distribute processing around to unused servers or otherwise handle the java.lang.outOfMemoryError better? (We're on Weblogic 6.1) I compared FOP to RenderX from XEP. RenderX was the only solution that really mathces FOP's profile (XSL:FO based, java-based or at least platform neutral, no extra servers to run or programs to install - if there are any more out there, please post). For the report I was running, FOP was about 10 times faster than RenderX. But from most accounts performance between the two should similar. I figure there must be something particular about my stylesheet that RenderX didn't like. So I called XEP to see what kind of support my interest in purchasing their $5k/cpu product might garner. They weren't very helpful but did say they were insanely busy. I have a feeling if you could come up with a high-performing commerical all Java FO->PDF engine, you'd be very rich very quick. Matt Savino
Re: Why is FO(P) a superior model than what most proprietary tool s propose
J.Pietschmann wrote: The last major update to FOP made changes that rendered earlier .fo files useless without some tweaks. The work involved in ensuring all the .fo files are still working everytime FOP is updated would be a bit of a nightmare. The problem with the last change you seem to refer to brought FOP into line with a last minute change in the standard. You wont see this kind of changes very often. Actually that's very good to know. From a designer perspective FOP has felt a bit like the themes for mozilla. It's like designing for a moving target (and hand coding the stuff doesn't make it much easier) so no one does. One day. Josh ZYPE - Graphical Interface Design Phone: 03 963 3735 Mobile: 021 400 472 Web: www.zype.co.nz
Re: Why is FO(P) a superior model than what most proprietary tool s propose
Josh wrote: The last major update to FOP made changes that rendered earlier .fo files useless without some tweaks. The work involved in ensuring all the .fo files are still working everytime FOP is updated would be a bit of a nightmare. The problem with the last change you seem to refer to brought FOP into line with a last minute change in the standard. You wont see this kind of changes very often. J.Pietschmann
Re: page break
Jens Posingies wrote: this may sound very easy for fop-cracks, but it's killing beginners like us: How can I generate page-breaks in fo? There seem to be fitting fo-markups (page-break-after, page-break-before etc.), but sadly they are not implemented yet. Ideas? Use break-before="page" or break-after="page" on a block level element for this purpose. The properties you cited are shorthands for this. J.Pietschmann
RE: Why is FO(P) a superior model than what most proprietary tool s propose
We're using FOP in a production environment to render some management reports and a very complicated lab report. We've had to limit the management reports to about 2000 rows (~50 page PDF) because of FOP's memory issues w/large PDFs. Also I worry about serious slowdown if we ever get 3 or 4 users on the same instance of the app server all running a decent sized PDF at once. Does anyone know if wrapping FOP in a session bean would allow me to distribute processing around to unused servers or otherwise handle the java.lang.outOfMemoryError better? (We're on Weblogic 6.1) I compared FOP to RenderX from XEP. RenderX was the only solution that really mathces FOP's profile (XSL:FO based, java-based or at least platform neutral, no extra servers to run or programs to install - if there are any more out there, please post). For the report I was running, FOP was about 10 times faster than RenderX. But from most accounts performance between the two should similar. I figure there must be something particular about my stylesheet that RenderX didn't like. So I called XEP to see what kind of support my interest in purchasing their $5k/cpu product might garner. They weren't very helpful but did say they were insanely busy. I have a feeling if you could come up with a high-performing commerical all Java FO->PDF engine, you'd be very rich very quick. Matt Savino
Re: Why is FO(P) a superior model than what most proprietary tool s propose
Are there any companies out there developing products base on FOP? Just curious. I've been looking at using FOP to get print versions of content from a number of web apps but I'm finding it too unstable at the moment to really offer as a solution. Coupled with the rather large resource required to realistically run Cocoon it's a pretty big commitment. The last major update to FOP made changes that rendered earlier .fo files useless without some tweaks. The work involved in ensuring all the .fo files are still working everytime FOP is updated would be a bit of a nightmare. It's a great idea and is going to be a killer solution for designers/developers but it's probably going to take a year or so before it's completely viable. What is FOP now - 0.20.3? Not very old really :-) Later Josh ZYPE - Graphical Interface Design Phone: 03 963 3735 Mobile: 021 400 472 Web: www.zype.co.nz
Re: Basic-link problem in JSPs
Ralf Steppacher wrote: I transform a xml file and add FO vocabulary, generating a PDF with fop afterwards. Now that I got it work using xalan and fop from the command line I embedded both into a JSP and a bean following the example code from docs/examples/embedding. The problem: When I generate the PDF with the JSP my fo:basic-links don't make it into the PDF. If I dump the FO DOM tree to a file and use fop from the commandline the links are present in the PDF. Are you, by any chance, using disable-output-escaping somewhere? J.Pietschmann
RE: Why is FO(P) a superior model than what most proprietary tool s propose
Our product (Cetova Financial Analysis & Reporting - www.cetova.com) uses FOP (embedded) for PDF generation. Brian -Original Message- From: Xie, David (IPCG-NJ) [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 4:45 PM To: '[EMAIL PROTECTED]' Subject: RE: Why is FO(P) a superior model than what most proprietary tool s propose Are there any companies out there developing products base on FOP? Just curious. -Original Message- From: Patrick Lanphier [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 4:34 PM To: [EMAIL PROTECTED] Subject: Re: Why is FO(P) a superior model than what most proprietary tools propose We are considering using FOP in place of JReports or any other reporting tools. More needs to be written on how to use Cocoon and FOP as a true report writer. Any help would be great. I'm currently working with Corda in hopes that they will change the SVG format to inlining so that it can be easy used with FOP. If any of you would like to talk to them about this that would be great. Patrick Lanphier The Artemis Group http://www.artemisgroup.com phone: 814-235-0444 fax: 800-582-9710 On Tue, 30 Apr 2002, J.Pietschmann wrote: > Patrick Andries wrote: > > Alex McLintock wrote: > >> I don't know about an industry analysts study of XSL:FO but we > >> ought to be able to come up with case studies for people who have > >> successfully used FOP. > > I think this is crucial. I found nothing of the sort. > > There was recently an announcement on the cocoon list that > a major NASA site (KSC, i believe) is being redesigned > using Cocoon 2 (includes FOP) and will going online soon. Perhaps some > details regarding FOP usage there could be asked for. > > Apart from this, for my job I found XSLFO superior to > the various proprietary reporting tools (rather expensive stuff). It's > just me, though. > > J.Pietschmann > > > >
RE: Why is FO(P) a superior model than what most proprietary too ls propose
I would also be interested in understanding more on the viability of FOP as a reporting tool. What are people's thought on this? Thanks, Erich -Original Message- From: Patrick Lanphier [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 4:34 PM To: [EMAIL PROTECTED] Subject: Re: Why is FO(P) a superior model than what most proprietary tools propose We are considering using FOP in place of JReports or any other reporting tools. More needs to be written on how to use Cocoon and FOP as a true report writer. Any help would be great. I'm currently working with Corda in hopes that they will change the SVG format to inlining so that it can be easy used with FOP. If any of you would like to talk to them about this that would be great. Patrick Lanphier The Artemis Group http://www.artemisgroup.com phone: 814-235-0444 fax: 800-582-9710 On Tue, 30 Apr 2002, J.Pietschmann wrote: > Patrick Andries wrote: > > Alex McLintock wrote: > >> I don't know about an industry analysts study of XSL:FO but we ought > >> to be able to come up with case studies for people who have > >> successfully used FOP. > > I think this is crucial. I found nothing of the sort. > > There was recently an announcement on the cocoon list that > a major NASA site (KSC, i believe) is being redesigned > using Cocoon 2 (includes FOP) and will going online soon. > Perhaps some details regarding FOP usage there could be > asked for. > > Apart from this, for my job I found XSLFO superior to > the various proprietary reporting tools (rather expensive > stuff). It's just me, though. > > J.Pietschmann > > > >
Re: Absolute positioning
Ricardo Coutinho wrote: 1. Is there another way to use absolute positioning without using the fo:block-container tag. Not yet. 2. Is there a way to specify the orientation for each individual page. No yet. J.Pietschmann
RE: Why is FO(P) a superior model than what most proprietary tool s propose
Are there any companies out there developing products base on FOP? Just curious. -Original Message- From: Patrick Lanphier [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 4:34 PM To: [EMAIL PROTECTED] Subject: Re: Why is FO(P) a superior model than what most proprietary tools propose We are considering using FOP in place of JReports or any other reporting tools. More needs to be written on how to use Cocoon and FOP as a true report writer. Any help would be great. I'm currently working with Corda in hopes that they will change the SVG format to inlining so that it can be easy used with FOP. If any of you would like to talk to them about this that would be great. Patrick Lanphier The Artemis Group http://www.artemisgroup.com phone: 814-235-0444 fax: 800-582-9710 On Tue, 30 Apr 2002, J.Pietschmann wrote: > Patrick Andries wrote: > > Alex McLintock wrote: > >> I don't know about an industry analysts study of XSL:FO but we ought > >> to be able to come up with case studies for people who have > >> successfully used FOP. > > I think this is crucial. I found nothing of the sort. > > There was recently an announcement on the cocoon list that > a major NASA site (KSC, i believe) is being redesigned > using Cocoon 2 (includes FOP) and will going online soon. > Perhaps some details regarding FOP usage there could be > asked for. > > Apart from this, for my job I found XSLFO superior to > the various proprietary reporting tools (rather expensive > stuff). It's just me, though. > > J.Pietschmann > > > >
Re: Current date integration
Sandrine Pilon wrote: How is it possible to integrate (simply) current date to a xsl stylesheet ? Using javaScript is one solution, exactly as you did. With Xalan, you can also use java.util.Date directly: http://www.biglist.com/lists/xsl-list/archives/200203/msg01243.html Neither of these approaches is protable (yet). If you need portability, pass the formatted date as a parameter to the style sheet. You can pass parameters from the command line as well as to an transformer object if you run an embedded transformer. For Cocoon, it's best to write an apropriate filter. J.Pietschmann
Re: Why is FO(P) a superior model than what most proprietary tools propose
We are considering using FOP in place of JReports or any other reporting tools. More needs to be written on how to use Cocoon and FOP as a true report writer. Any help would be great. I'm currently working with Corda in hopes that they will change the SVG format to inlining so that it can be easy used with FOP. If any of you would like to talk to them about this that would be great. Patrick Lanphier The Artemis Group http://www.artemisgroup.com phone: 814-235-0444 fax: 800-582-9710 On Tue, 30 Apr 2002, J.Pietschmann wrote: > Patrick Andries wrote: > > Alex McLintock wrote: > >> I don't know about an industry analysts study of XSL:FO but we ought > >> to be able to come up with case studies for people who have > >> successfully used FOP. > > I think this is crucial. I found nothing of the sort. > > There was recently an announcement on the cocoon list that > a major NASA site (KSC, i believe) is being redesigned > using Cocoon 2 (includes FOP) and will going online soon. > Perhaps some details regarding FOP usage there could be > asked for. > > Apart from this, for my job I found XSLFO superior to > the various proprietary reporting tools (rather expensive > stuff). It's just me, though. > > J.Pietschmann > > > >
page break
Hi, this may sound very easy for fop-cracks, but it's killing beginners like us: How can I generate page-breaks in fo? There seem to be fitting fo-markups (page-break-after, page-break-before etc.), but sadly they are not implemented yet. Ideas? Thanks, Jens ___ COMMODORE 64 BASIC V2 64K RAM SYSTEM 38911 BASIC BYTES FREE READY. _ ___
Re: Incomplete PDF content
Dutta, Sumanta wrote: I am facing a strange problem while generating PDF in Servlet. I have got two PDF reports to generate at present. I can generate one PDF properly, but the other one, whose structure is similar to and simpler than the first one, is coming out incomplete. It gives me the header and footer, and an incomplete body. I tested my xsl by running through the standalone fop.dat (in FOP-0.20.3) against the same XML data. It's generating the complete XML. I am completely lost. Could anybody please help me! That's strange indeed. Some things you can try: Did you close the output stream? Are you using an intermediate ByteArrayOutputStream? Can you dump it to a file, and is it also truncated? Do you set the content-length, and is it correct? (Dump it to a file or log) Do you use an XSL transformation? Can you intercept the intermediate FO XML and dump it to a file? Is it what you expect? HTH J.Pietschmann
Re: Why is FO(P) a superior model than what most proprietary tools propose
Patrick Andries wrote: Alex McLintock wrote: I don't know about an industry analysts study of XSL:FO but we ought to be able to come up with case studies for people who have successfully used FOP. I think this is crucial. I found nothing of the sort. There was recently an announcement on the cocoon list that a major NASA site (KSC, i believe) is being redesigned using Cocoon 2 (includes FOP) and will going online soon. Perhaps some details regarding FOP usage there could be asked for. Apart from this, for my job I found XSLFO superior to the various proprietary reporting tools (rather expensive stuff). It's just me, though. J.Pietschmann
Re: table-footer at foot of table problem
Steve What you could do is set the height of each table row to some length ie 5mm. You then know how many table rows will appear on each page. Count up the number of rows in the table, calculate the number of rows that will appear on the last page. Insert Y empty rows at the end of the table to pad out the table to fill the page. Chuck Steve Pitchford wrote: Thanks for the quick reply Scott, I don't think I want to use page footers in this case (although I'm willing to if they can solve what I want to do ) - but I understand where you are coming from. The reason is that the xsl I've written produces documents that go over a few pages and I wanted to put a row at the bottom of the last page to show some totals using table-omit-footer-at-break, but keep the size of the table consistent on all pages ( otherwise I could just put an table after the fixed table ) Steve. -Original Message- From: Scott Moore [mailto:[EMAIL PROTECTED] Sent: 30 April 2002 18:12 To: '[EMAIL PROTECTED]' Subject: RE: table-footer at foot of table problem My guess is table-footer is working exactly as intended. Are you sure you don't want to use a page footer? Something that always gets placed at the bottom of a page? If so, look into using xsl-region-after http://www.w3.org/1999/XSL/Format";> Footer . HTH, Scott -Original Message- From: Steve Pitchford [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 1:12 PM To: [EMAIL PROTECTED] Subject: table-footer at foot of table problem Hello. Please excuse me if this has already been asked - I've trawled through the archives and read the FAQ to try to find an answer, but to no avail. I am using a table with a fixed height, and a table-footer element. I may be missing something, but I would like to have the footer at The bottom of the table, rather than after the last table row in the body section. Does anyone know how I can achieve this?
RE: table-footer at foot of table problem
Thanks for the quick reply Scott, I don't think I want to use page footers in this case (although I'm willing to if they can solve what I want to do ) - but I understand where you are coming from. The reason is that the xsl I've written produces documents that go over a few pages and I wanted to put a row at the bottom of the last page to show some totals using table-omit-footer-at-break, but keep the size of the table consistent on all pages ( otherwise I could just put an table after the fixed table ) Steve. -Original Message- From: Scott Moore [mailto:[EMAIL PROTECTED] Sent: 30 April 2002 18:12 To: '[EMAIL PROTECTED]' Subject: RE: table-footer at foot of table problem My guess is table-footer is working exactly as intended. Are you sure you don't want to use a page footer? Something that always gets placed at the bottom of a page? If so, look into using xsl-region-after http://www.w3.org/1999/XSL/Format";> Footer . HTH, Scott > -Original Message- > From: Steve Pitchford [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 1:12 PM > To: [EMAIL PROTECTED] > Subject: table-footer at foot of table problem > > > Hello. > > Please excuse me if this has already been asked - I've trawled through > the archives and read the FAQ to try to find an answer, but > to no avail. > > I am using a table with a fixed height, and a table-footer element. > I may be missing something, but I would like to have the footer at > The bottom of the table, rather than after the last table row in the > body section. Does anyone know how I can achieve this?
RE: table-footer at foot of table problem
My guess is table-footer is working exactly as intended. Are you sure you don't want to use a page footer? Something that always gets placed at the bottom of a page? If so, look into using xsl-region-after http://www.w3.org/1999/XSL/Format";> Footer . HTH, Scott > -Original Message- > From: Steve Pitchford [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 1:12 PM > To: [EMAIL PROTECTED] > Subject: table-footer at foot of table problem > > > Hello. > > Please excuse me if this has already been asked - I've trawled through > the archives and read the FAQ to try to find an answer, but > to no avail. > > I am using a table with a fixed height, and a table-footer element. > I may be missing something, but I would like to have the footer at > The bottom of the table, rather than after the last table row in the > body section. Does anyone know how I can achieve this?
table-footer at foot of table problem
Hello. Please excuse me if this has already been asked - I've trawled through the archives and read the FAQ to try to find an answer, but to no avail. I am using a table with a fixed height, and a table-footer element. I may be missing something, but I would like to have the footer at The bottom of the table, rather than after the last table row in the body section. Does anyone know how I can achieve this? ( I've included an example in case I haven't explained myself clearly ) Thanks in advance, Steve Example fo xml: http://www.w3.org/1999/XSL/Format";> Header Footer Body this produces a pdf kind of like the following: +---+ |Header | |Body | |Footer | | | | | | | | | | | +---+ whereas what I would really like is: +---+ |Header | |Body | | | | | | | | | | | |Footer | +---+ This message is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you receive this message in error please contact the sender by return e-mail and delete the message from your computer. Any opinions contained in this message are those of the author and are not given or endorsed by Metalogic PLC unless otherwise clearly indicated in this message and the authority of the author to bind Metalogic is duly verified. Metalogic PLC accepts no liability for any errors or omissions in the context of this message which arise as a result of internet transmission.
RE: Building a FO document with FOP
Exactly, in fact i generate XML fo batch Report using perl, then pass them through FOP utility generating pdf file and finally sending the rendered file to printer [which are printer and mailed to vendors]. Page x of y is easier to do this way... faced with logo display.. initially i tries installing ImageMagic but had a easier way using FOP. -shantanil -Original Message- From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 11:05 AM To: [EMAIL PROTECTED] Subject: RE: Building a FO document with FOP I guess it is better to build them as XML documents and use xsl:fo to transform them to FO documents. It is much easier. You could use the XML to render HTML, RTF or any other format. FOP programming is also much easier, as you shift all the java programming burden of building the FO document to FOP. Bhawana -Original Message- From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 10:37 AM To: '[EMAIL PROTECTED]' Subject: Building a FO document with FOP Hello All, We are trying to build FO documents through Java code, these documents will be rendered with FOP. I would like to know whether it is recommended to build them using the FOP classes that represent FO elements (FONode/FObj and its decendants), or whether it is better to build them as XML docuemnts and use FOP for rendering only. Thanks in advance LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately.
RE: Building a FO document with FOP
Thanks All, I'm well aware of the XSL solution. We had long discussions about the subject of using XSL on XML documents. I'd say I'm forced for the time being to write the pure FO directly through code. I'd like to know if anyboy actually has some experience with writing FO through code. I'd also like to know if I can use the FObj and its decendants (available in the FOP source codebase) to write FO documents and whether or not this is favored to writing the FO docuemnts, using code also, but as an ordinary XML document. Best -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 5:50 PM To: [EMAIL PROTECTED] Subject: Re: Building a FO document with FOP I recommend you don't build XSL:FO through Java code directly. Produce a simple XML format with just the data in it. Use a XSLT stylesheet afterwards to convert the XMl to XSL:FO. It sounds like a lot of work, but you're actually going to save time. For example, if your layout has to change you have to adjust your Java code, recompile, redeploy. If you're working with XSLT you can use some external XML tool, and you just have to switch the stylesheet if something changes in the layout. The whole idea about XSL (XSLT+XSL:FO) is separation of data/layout. You will be a lot more flexible that way! Just imagine you want to generate HTML or SVG instead of XSL:FO. This way, you (only) have to switch stylesheets. Your way means writing the Java classes that produce the XML all over again. > This is not exactly what I mean. I don't have XML data documens, I'm trying > to build a pure XSL:FO document through code, not transform an existing XML > to FO. It will go like this: > Data (from DB) --(Java code)--> FO document --(render with FOP)--> PDF > > Any clue? > > -Original Message- > From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 5:05 PM > To: [EMAIL PROTECTED] > Subject: RE: Building a FO document with FOP > > > I guess it is better to build them as XML documents and use xsl:fo to > transform them to FO documents. It is much easier. You could use the XML to > render HTML, RTF or any other format. FOP programming is also much easier, > as you shift all the java programming burden of building the FO document to > FOP. > Bhawana > > -Original Message- > From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 10:37 AM > To: '[EMAIL PROTECTED]' > Subject: Building a FO document with FOP > > > Hello All, > > We are trying to build FO documents through Java code, these documents will > be rendered with FOP. I would like to know whether it is recommended to > build them using the FOP classes that represent FO elements (FONode/FObj and > its decendants), or whether it is better to build them as XML docuemnts and > use FOP for rendering only. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch
Re: Building a FO document with FOP
I recommend you don't build XSL:FO through Java code directly. Produce a simple XML format with just the data in it. Use a XSLT stylesheet afterwards to convert the XMl to XSL:FO. It sounds like a lot of work, but you're actually going to save time. For example, if your layout has to change you have to adjust your Java code, recompile, redeploy. If you're working with XSLT you can use some external XML tool, and you just have to switch the stylesheet if something changes in the layout. The whole idea about XSL (XSLT+XSL:FO) is separation of data/layout. You will be a lot more flexible that way! Just imagine you want to generate HTML or SVG instead of XSL:FO. This way, you (only) have to switch stylesheets. Your way means writing the Java classes that produce the XML all over again. > This is not exactly what I mean. I don't have XML data documens, I'm trying > to build a pure XSL:FO document through code, not transform an existing XML > to FO. It will go like this: > Data (from DB) --(Java code)--> FO document --(render with FOP)--> PDF > > Any clue? > > -Original Message- > From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 5:05 PM > To: [EMAIL PROTECTED] > Subject: RE: Building a FO document with FOP > > > I guess it is better to build them as XML documents and use xsl:fo to > transform them to FO documents. It is much easier. You could use the XML to > render HTML, RTF or any other format. FOP programming is also much easier, > as you shift all the java programming burden of building the FO document to > FOP. > Bhawana > > -Original Message- > From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 30, 2002 10:37 AM > To: '[EMAIL PROTECTED]' > Subject: Building a FO document with FOP > > > Hello All, > > We are trying to build FO documents through Java code, these documents will > be rendered with FOP. I would like to know whether it is recommended to > build them using the FOP classes that represent FO elements (FONode/FObj and > its decendants), or whether it is better to build them as XML docuemnts and > use FOP for rendering only. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch
Re: Building a FO document with FOP
Hi Ismaeil, I think Bhawana suggested: DB-JDBC-XML-XSL-FO-FOP->PDF, this includes the additional xml document representation, but puts the XSL:FO instructions outside your java, which would by "bypassed" by java generated FO documents (your below mentioned construction) It probably boils down to an efficiency decision, but the appealing part of the xsl/xslt layer is the open architecture for applications you might not even think of right now. markus -Ursprüngliche Nachricht- Von: Ismaeil, Sameh Z <[EMAIL PROTECTED]> An: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]> Datum: Dienstag, 30. April 2002 17:25 Betreff: RE: Building a FO document with FOP >Thanks Bhawana, > >This is not exactly what I mean. I don't have XML data documens, I'm trying >to build a pure XSL:FO document through code, not transform an existing XML >to FO. It will go like this: >Data (from DB) --(Java code)--> FO document --(render with FOP)--> PDF > >Any clue? > >-Original Message- >From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED] >Sent: Tuesday, April 30, 2002 5:05 PM >To: [EMAIL PROTECTED] >Subject: RE: Building a FO document with FOP > > >I guess it is better to build them as XML documents and use xsl:fo to >transform them to FO documents. It is much easier. You could use the XML to >render HTML, RTF or any other format. FOP programming is also much easier, >as you shift all the java programming burden of building the FO document to >FOP. >Bhawana > >-Original Message- >From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED] >Sent: Tuesday, April 30, 2002 10:37 AM >To: '[EMAIL PROTECTED]' >Subject: Building a FO document with FOP > > >Hello All, > >We are trying to build FO documents through Java code, these documents will >be rendered with FOP. I would like to know whether it is recommended to >build them using the FOP classes that represent FO elements (FONode/FObj and >its decendants), or whether it is better to build them as XML docuemnts and >use FOP for rendering only. > >Thanks in advance >
RE: Building a FO document with FOP
Thanks Bhawana, This is not exactly what I mean. I don't have XML data documens, I'm trying to build a pure XSL:FO document through code, not transform an existing XML to FO. It will go like this: Data (from DB) --(Java code)--> FO document --(render with FOP)--> PDF Any clue? -Original Message- From: Katiyar, Bhawana [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 5:05 PM To: [EMAIL PROTECTED] Subject: RE: Building a FO document with FOP I guess it is better to build them as XML documents and use xsl:fo to transform them to FO documents. It is much easier. You could use the XML to render HTML, RTF or any other format. FOP programming is also much easier, as you shift all the java programming burden of building the FO document to FOP. Bhawana -Original Message- From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 10:37 AM To: '[EMAIL PROTECTED]' Subject: Building a FO document with FOP Hello All, We are trying to build FO documents through Java code, these documents will be rendered with FOP. I would like to know whether it is recommended to build them using the FOP classes that represent FO elements (FONode/FObj and its decendants), or whether it is better to build them as XML docuemnts and use FOP for rendering only. Thanks in advance
RE: Building a FO document with FOP
I guess it is better to build them as XML documents and use xsl:fo to transform them to FO documents. It is much easier. You could use the XML to render HTML, RTF or any other format. FOP programming is also much easier, as you shift all the java programming burden of building the FO document to FOP. Bhawana -Original Message- From: Ismaeil, Sameh Z [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 30, 2002 10:37 AM To: '[EMAIL PROTECTED]' Subject: Building a FO document with FOP Hello All, We are trying to build FO documents through Java code, these documents will be rendered with FOP. I would like to know whether it is recommended to build them using the FOP classes that represent FO elements (FONode/FObj and its decendants), or whether it is better to build them as XML docuemnts and use FOP for rendering only. Thanks in advance
Re: Current date integration
Sandrine Pilon wrote: OK ! But a problem persists. when I compile with FOP, It returns me errors about the line: 'exclude-result-prefixes="user"' in stylesheet and I don't understand why. What is the error message ? -- Oleg Tkachenko Multiconn International, Israel
Building a FO document with FOP
Hello All, We are trying to build FO documents through Java code, these documents will be rendered with FOP. I would like to know whether it is recommended to build them using the FOP classes that represent FO elements (FONode/FObj and its decendants), or whether it is better to build them as XML docuemnts and use FOP for rendering only. Thanks in advance
RE: Current date integration
OK ! But a problem persists. when I compile with FOP, It returns me errors about the line: 'exclude-result-prefixes="user"' in stylesheet and I don't understand why. Thanks Sandrine [Paris] -Message d'origine- De : Roland Lechner [mailto:[EMAIL PROTECTED] Envoyé : mardi 30 avril 2002 11:02 À : [EMAIL PROTECTED] Objet : Re: Current date integration This definitly works (at least in my application). It might be a "waste" to define a new namespace for just own function, but it seems to be the only solution. Roland [EMAIL PROTECTED] schrieb am 30.04.02: > Dear all, > > How is it possible to integrate (simply) current date to a xsl stylesheet ? > > This solution seems to be run, but it's constraining to define an own > namespace for one function. > > >xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; > xmlns:fo="http://www.w3.org/1999/XSL/Format"; > xmlns:func="http://www.exslt.org/functions"; > xmlns:user="http://www.mcc-soft.com/mynamespace"; > > extension-element-prefixes="func" > exclude-result-prefixes="user"> > > > > > > > > > > > > > Thanks for your help & best regards, > Sandrine - Paris France > > Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 (routed by MccMailRouter)
Re: Why is FO(P) a superior model than what most proprietary tools propose
Alex McLintock wrote: I don't know about an industry analysts study of XSL:FO but we ought to be able to come up with case studies for people who have successfully used FOP. I think this is crucial. I found nothing of the sort.
Basic-link problem in JSPs
Hi all.
I transform a xml file and add FO vocabulary, generating a PDF with fop
afterwards. Now that I got it work using xalan and fop from the command
line I embedded both into a JSP and a bean following the example code
from docs/examples/embedding.
The problem: When I generate the PDF with the JSP my fo:basic-links
don't make it into the PDF. If I dump the FO DOM tree to a file and use
fop from the commandline the links are present in the PDF.
Here is the code I use:
<%
byte[] result = null;
pdfHelper.FOPit( docAllInOne, "allInOne2FO.xsl" );
response.setContentType("application/pdf");
response.setContentLength(result.length);
response.getOutputStream().write(result);
response.getOutputStream().flush();
%>
/* Bean */
public byte[] FOPit( Document doc, String styleSheet ) {
XMLTransform tf = new XMLTransform();
if ( !tf.setStyleSheet( styleSheet ) ) return null;
/* Transform the Document. */
DOMResult result = tf.process( doc );
if ( result == null ) return null;
/*
* allInOne_1.fo used with fop on the command line
* creates links in the PDF file.
*/
XMLWriter.debugToFile(
(Document)result.getNode(), "allInOne_1.fo" );
DocumentInputSource source = new DocumentInputSource();
source.setDocument( (Document)result.getNode() );
ByteArrayOutputStream out = new ByteArrayOutputStream();
Hierarchy hierarchy = Hierarchy.getDefaultHierarchy();
Logger log = hierarchy.getLoggerFor("fop");
log.setPriority(Priority.DEBUG);
Driver driver = new Driver( source, out );
driver.setLogger( log );
driver.setRenderer(Driver.RENDER_PDF);
try {
driver.run();
}
catch ( Exception e ) { e.printStackTrace(); }
return out.toByteArray();
} // end FOPit()
I'd be glad if someone could give me a hint where the reason for this
behavior might be found.
Ralf
Re: Absolute positioning
Hi Ricardo: Regarding references for FO elements and attributes. I guess you have already checked the W3C recommendation? The pdf version has an easy bookmark to a FO properties summary. If you check the xml cover pages site http://xml.coverpages.org/ there might be something else. I know theres a company selling quick references for xml,xsl, ecma script, etc. ($5 US each) but I can't remember the URL. Matthew - Original Message - From: "Ricardo Coutinho" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, April 30, 2002 10:08 PM Subject: Absolute positioning > Hi all, > > Firstly I want to apologise in advance for asking many questions. :) It has > been some time since I used fop and fo (I think the last version i used was > 0.17..) > > 1. Is there another way to use absolute positioning without using the > fo:block-container tag. With the text I have I don't have any width/height > variables available. It does work with the fo:block tag. > 2. Is there a way to specify the orientation for each individual page. > > Lastly I would appreciate any online references regarding fo > elements/attributes. > > Thanks in advance. > > > Regards, > > Ricardo Coutinho > Odyssey Group > Software Engineer > 52 Avenue de la gare Luxembourg > Tel : +352 26 29 77 33 > Email : [EMAIL PROTECTED] > Internet : http://www.odyssey-group.com > >
Re: Why is FO(P) a superior model than what most proprietary tools propose
On Monday 29 April 2002 13:51, someone wrote: > Thank you for all these good ideas. Would anyone happen to know of an > industry analyst study on the advantages of XSL FO ? > This is to lend some credibility to my recommendation. At 05:18 30/04/2002, John Austin wrote: All of those Open Source developers out there have become a more efficient team than Microsoft or anyone else can ever assemble. IBM, Sun and a few others seem to have realized this. I think I agree with John's sentiment, if not his exact phrasing. I'm trying to either a) create my own XML publishing system with Cocoon, FOP, Tomcat, XIndice, etc and market it myself under my own product name - not mentioning Apache or b) try to get enough people in the UK to support Cocoon, FOP, Tomcat, XIndice, so that we can put this software into big businesses and they wont get nervous about lack of support. I don't know about an industry analysts study of XSL:FO but we ought to be able to come up with case studies for people who have successfully used FOP. Alex Openweb Analysts Ltd, London: Software For Complex Websites http://www.OWAL.co.uk/ Free Consultancy for London Companies thinking of Open Source Software.
RE: Fopping and batch printing
I have the same problem. Did you find a solution ? Otherwise, I made attempts with ghostscript 7.04 but there are the other problems... The landscape does not work -Message d'origine- De : Wayne Elliott [mailto:[EMAIL PROTECTED] Envoyé : lundi 22 avril 2002 14:29 À : [EMAIL PROTECTED] Objet : Fopping and batch printing Howdy Anyone know of the best way to batch FOP generated PDF documents for printing. In our scenario documents are queued for generation, followed by printing, using threads. We print from both a Windows 2000 GUI application and Unix server, by spawning a shell command through Runtime.exec. The commands we use are along the lines of (I'm not at work Win/Dos: "c:/Program Files/Adobe/Acrobat 5.0/Reader/AcroRd32.exe " + "/t " + file + " " + printerName + " " + driverName + " " + portName Unix: cat blah.pdf | acroread -toPostScript | lpr The trouble we are having is tracking the print job and knowing when to kill it. In the Dos version we can't get no exit status. In fact we currently count to 10 then kill the process. I think using Acrobat Reader to launch a print job is loony tunes, but am struggling to find a better way. Does anyone know of a better way, either to better control the shell command, or to fire PDF at a printer from Java. Also seeing some corruptiion of the margins in the Unix case. Any Unix gurus know if lpr or acroread need some flags to shrink the margin or set the page size. So many variables... Prob this is all slightly off topic. Not sure. Seems printing is a reasonable thing to do with a PDF so maybe we have all floundered a bit in this area. WPE When not Fopping, can be found floundering with style.
RE: PDF to RTF
JFOR is a java written SXL:FO to RTF renderer. It is not yet fully implemented yet (no headers, or footers for example), but the only one I could find. see www.jfor.org -Original Message-From: Amit Kirdatt [mailto:[EMAIL PROTECTED]Sent: 26 April 2002 17:58To: Fop FopSubject: PDF to RTF Does anybody know of a PDF to RTF converter written in Java (preferably)? Or does anybody know of a XSL:FO based RTF renderer? I tried the jfor one but is not sufficient for what I am trying to do...(lacks support for headers, borders footers etc)
Absolute positioning
Hi all, Firstly I want to apologise in advance for asking many questions. :) It has been some time since I used fop and fo (I think the last version i used was 0.17..) 1. Is there another way to use absolute positioning without using the fo:block-container tag. With the text I have I don't have any width/height variables available. It does work with the fo:block tag. 2. Is there a way to specify the orientation for each individual page. Lastly I would appreciate any online references regarding fo elements/attributes. Thanks in advance. Regards, Ricardo Coutinho Odyssey Group Software Engineer 52 Avenue de la gare Luxembourg Tel : +352 26 29 77 33 Email : [EMAIL PROTECTED] Internet : http://www.odyssey-group.com
[ERROR]: Can't add attribute to 0-length text
[INFO]: Parsing of document complete, stopping renderer [ERROR]: Can't add attribute to 0-length text it is very strange. my fo is working fine with the pdf render, but the awt render throws this error ?? any ideas ?
Re: Current date integration
This definitly works (at least in my application). It might be a "waste" to define a new namespace for just own function, but it seems to be the only solution. Roland [EMAIL PROTECTED] schrieb am 30.04.02: > Dear all, > > How is it possible to integrate (simply) current date to a xsl stylesheet ? > > This solution seems to be run, but it's constraining to define an own > namespace for one function. > > >xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; > xmlns:fo="http://www.w3.org/1999/XSL/Format"; > xmlns:func="http://www.exslt.org/functions"; > xmlns:user="http://www.mcc-soft.com/mynamespace"; > > extension-element-prefixes="func" > exclude-result-prefixes="user"> > > > > > > > > > > > > > Thanks for your help & best regards, > Sandrine - Paris France > > Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13
Current date integration
Dear all, How is it possible to integrate (simply) current date to a xsl stylesheet ? This solution seems to be run, but it's constraining to define an own namespace for one function. http://www.w3.org/1999/XSL/Transform"; xmlns:fo="http://www.w3.org/1999/XSL/Format"; xmlns:func="http://www.exslt.org/functions"; xmlns:user="http://www.mcc-soft.com/mynamespace"; extension-element-prefixes="func" exclude-result-prefixes="user"> Thanks for your help & best regards, Sandrine - Paris France
Re: Asian Fonts
(B (B (BHi Matthew, (Btake a look at docs/examples/advanced (B (Bmarkus (B (B -Urspr・gliche (B Nachricht-Von: Matthew Huggett <[EMAIL PROTECTED]>An: (B [EMAIL PROTECTED] (B <[EMAIL PROTECTED]>Datum: (B Dienstag, 30. April 2002 08:47Betreff: Asian (B Fonts (B Hi: (B (B How can I get FOP to handle Asian (B writing systems? I mean, what do I need to do in terms of installing the (B necessary fonts? (B (B Thanks, (B (B Matthew (BHuggett
Asian Fonts
(B (B (BHi: (B (BHow can I get FOP to handle Asian writing (Bsystems? I mean, what do I need to do in terms of installing the necessary (Bfonts? (B (BThanks, (B (BMatthew Huggett
Re: Why is FO(P) a superior model than what most proprietary tools propose
On Monday 29 April 2002 13:51, you wrote: > Thank you for all these good ideas. Would anyone happen to know of an > industry analyst study on the advantages of XSL FO ? > This is to lend some credibility to my recommendation. Well, Gates and his minions are squealing like stuck pigs. Where there's smoke there's fire. Actually, that is the crux of the matter. IMHO, Open Source is yet another manifestation of Mecalfe's Law: The utility of a network increases as the square of the number of nodes on the network. All of those Open Source developers out there have become a more efficient team than Microsoft or anyone else can ever assemble. IBM, Sun and a few others seem to have realized this. Microsoft's proprietary approach can't win in this new world, any more than steam locomotives could win against diesel-electric (the laws of thermodynamics are a bit better-known than Metcalfe's law). My other example of Metcalfe's Law in action is Sept 11th. Compare the information flows of those events with the day of the JFK Assassination and the day of the Challenger explosion. Todd Beamer and the other passengers on Flight 97 had cell phone nodes to talk to family members who had televisions which revealed the hijacker's plans. The network gave them the information to make the decision to give their lives to save people in Washington DC. Think about that. They were able to make that decision in this age of hoaxes, spam, worms and viruses.
