Re: Trying to programmatically add fonts
eborisow a écrit : Alias John Brown wrote: According to the documentation at http://xmlgraphics.apache.org/fop/0.95/fonts.html#basics It is currently not possible to easily configure fonts from Java code. I assume that this means that it is not impossible, but I have no idea how. Hopefully an expert will turn up soon. John, Thanks for the reply. I have also tried specifying the config file using the method in the docs. Here is what I tried: DefaultConfigurationBuilder cfgBuilder = new DefaultConfigurationBuilder(); Configuration cfg = cfgBuilder.buildFromFile(new File(baseDir, Local\\personal\\durkan\\projects\\fop\\new-font.conf.xml)); fopFactory.setUserConfig(cfg); This gives me the same result. The fonts are not available. So, I am probably doing something wrong. Thanks, Eric So did you manage to specify fonts programmatically ? I am very interested in this feature because I'd like to embed the fonts required by my software in the jar file. AFAIK, this is currently not possible directly, because even if I embed the configuration file and read it with cfgBuilder.build(InputStream), this file still refers to a font file name that does not exist in the disk files hierarchy. I'd had to copy the fonts files somewhere in a temp dir, then use setFontBaseURL() to specify this dir : I don't like that approach. File copy shouldn't be required. BTW, I want to embed one single OS installed font. Currently I use fonts auto-detect/ /fonts which works fine, but scans the whole system fonts directory and that takes time (and probably memory). Is the only other way to generate a font metric as described here http://xmlgraphics.apache.org/fop/0.95/fonts.html#register ? It would be nice if we could refer to a single font file by its name, and fop would generate the font metric at execution time. Well I could copy the font in a temp dir and still use auto-detect, but I'd like to avoid this copy. Thanks, Laurent Morel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Need help in writing pdf with more than 1000 pages using fop..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Anu updates? - -Original Message- From: Venkatesan, Balaji Sent: Thursday, September 11, 2008 11:45 AM To: 'fop-users@xmlgraphics.apache.org' Subject: RE: Need help in writing pdf with more than 1000 pages using fop.. Thanks. But the pdf document we create is NOT of the same style everytime, we are creating documents of different look and feel (but all are pdf) depending on the document name for a participant. Actually, I missed out our data style. It should be: Participant1DocumentA Client1 Plan11 Participant2DocumentB Client1 Plan11 Participant3DocumentC Client2 Plan21 Participant4DocumentA Client2 Plan21 . and so on. Eventhough Participant1 and 4 are using the same document name, since they are under different client, their document definition may be entirely or slightly different. I don't think we can have one common StyleSheet to print pdf for all types of documents and that is why I am directly creating XSL-FO. Thanks - -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 11:34 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Need help in writing pdf with more than 1000 pages using fop.. Please take a look at the embedding examples: http://xmlgraphics.apache.org/fop/0.95/embedding.html#examples They give you hints on how to implement the process in the most efficient way. It's bad practice to generate XSL-FO directly in code. It's messy and hard to maintain. If you just send the participant data to a SAX stream (define your own basic XML format with just the participant data, no layout), you can separate out the layout logic into an XSLT stylesheet that will take your XML format and turn it into XSL-FO. That keeps your Java code clean and allows you to more quickly change layout stuff if you need to. It also has the added benefit that you can do something else with the XML data. For example, another XSLT stylesheet could turn your participant data into HTML. The generation of the participant data is practically equivalent to the ExampleObj2XML on the page indicated above. If you stay on the SAX level, you can avoid building up the full participant document in memory. FOP will rather process the content as it comes in as individual calls to the SAX ContentHandler. If you can put each participant in a separate page-sequence you'll allow FOP to run at very little memory usage. You can basically generate an unlimited number of pages that way. Each participant is automatically flushed to the PDF file that way. I hope that helps. On 11.09.2008 17:13:32 Venkatesan, Balaji wrote: Hi, I have just started using FOP. I have a requirement to write a pdf file with more than 1000 pages.How can I do that? I am directly creating a XSL-FO string to create a pdf document and concatenating that into a big string, I know it wrong, Is there any other way?. Basically, we generate documents for multiple participants at the same time and write all their data into a single pdf file. Here is an example: The data comes in this order :participant1, participant2, participant3, participant4, participant5 . Participant1000 As soon as I am done with the first participant, I have to write his data into a pdf file and process the second participant and write his data to the same pdf file and so on. How do I do this more effectively??? Advanced thanks for your help. -B Jeremias Maerki - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP Universal 2.8.3 Charset: us-ascii wsBVAwUBSMp2VVIHx0ARICbPAQg4cAgAl8pGviG/TPVBNe21/VOdSxxyh8APKaXd a/A8RwXyIl1eeRVKlJ4muTNLOulx7SkpDifSuCfD3WivG6IZalsG+kTJms/aTUKF l9HHGGjrILom59CGG7I1GQzbIAmtiamNuFmSF7VlHVMVao/k4UkMG7jPcnB42H7e QsXxcxo/CWo4eHH5eEdjwoE6GxZ3mp2a4Yo694wzUy9wBLIjW7633hWer2Jc/RQW g1KFyQk2MDO2GJhzmqz+O9kwW8O5q9ko6KFtrd0JNbRrxw/779xTgt0lu544xqRX kpZjIR/eQ/VKqbYhQawkYiy9pZ9pcCu5diwZTIyvMk0vLQLk7+BDVA== =7DkY -END PGP SIGNATURE- - NOTICE: The information contained in this electronic mail message is confidential and intended only for certain recipients. If you are not an intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication and any attachments is strictly prohibited. If you have received this communication in error, please notify the sender by reply transmission and delete the message without copying or disclosing it. - To unsubscribe, e-mail: [EMAIL PROTECTED]
Re: Need help in writing pdf with more than 1000 pages using fop..
Hi, what about having an intermediate XML format for your contents that is common to all of your clients, and having different XSL style sheets for producing the actual XSL-FO? You might be able to factor out common stuff into an included XSL. I might have not fully understood your requirements, though. Venkatesan, Balaji wrote: Anu updates? -Original Message- From: Venkatesan, Balaji Sent: Thursday, September 11, 2008 11:45 AM To: 'fop-users@xmlgraphics.apache.org' Subject: RE: Need help in writing pdf with more than 1000 pages using fop.. Thanks. But the pdf document we create is NOT of the same style everytime, we are creating documents of different look and feel (but all are pdf) depending on the document name for a participant. Actually, I missed out our data style. It should be: Participant1 DocumentAClient1Plan11 Participant2 DocumentBClient1Plan11 Participant3 DocumentCClient2Plan21 Participant4 DocumentAClient2Plan21 . and so on. Eventhough Participant1 and 4 are using the same document name, since they are under different client, their document definition may be entirely or slightly different. I don't think we can have one common StyleSheet to print pdf for all types of documents and that is why I am directly creating XSL-FO. Thanks -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 11:34 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Need help in writing pdf with more than 1000 pages using fop.. Please take a look at the embedding examples: http://xmlgraphics.apache.org/fop/0.95/embedding.html#examples They give you hints on how to implement the process in the most efficient way. It's bad practice to generate XSL-FO directly in code. It's messy and hard to maintain. If you just send the participant data to a SAX stream (define your own basic XML format with just the participant data, no layout), you can separate out the layout logic into an XSLT stylesheet that will take your XML format and turn it into XSL-FO. That keeps your Java code clean and allows you to more quickly change layout stuff if you need to. It also has the added benefit that you can do something else with the XML data. For example, another XSLT stylesheet could turn your participant data into HTML. The generation of the participant data is practically equivalent to the ExampleObj2XML on the page indicated above. If you stay on the SAX level, you can avoid building up the full participant document in memory. FOP will rather process the content as it comes in as individual calls to the SAX ContentHandler. If you can put each participant in a separate page-sequence you'll allow FOP to run at very little memory usage. You can basically generate an unlimited number of pages that way. Each participant is automatically flushed to the PDF file that way. I hope that helps. On 11.09.2008 17:13:32 Venkatesan, Balaji wrote: Hi, I have just started using FOP. I have a requirement to write a pdf file with more than 1000 pages.How can I do that? I am directly creating a XSL-FO string to create a pdf document and concatenating that into a big string, I know it wrong, Is there any other way?. Basically, we generate documents for multiple participants at the same time and write all their data into a single pdf file. Here is an example: The data comes in this order :participant1, participant2, participant3, participant4, participant5 . Participant1000 As soon as I am done with the first participant, I have to write his data into a pdf file and process the second participant and write his data to the same pdf file and so on. How do I do this more effectively??? Advanced thanks for your help. -B Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - NOTICE: The information contained in this electronic mail message is confidential and intended only for certain recipients. If you are not an intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication and any attachments is strictly prohibited. If you have received this communication in error, please notify the sender by reply transmission and delete the message without copying or disclosing it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- artnology GmbH - Milastraße 4 - 10437 Berlin -
RE: Need help in writing pdf with more than 1000 pages using fop..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks, but we will not know anything about the look of the documents, it can be in any style. We are tryng to generate Statements(with bar chart, pie chart, texts and images), Check documents regular documents(with text and images) and so, it is very difficult for us to create a pre-defined common XSL for all these types of documents. Assume that I have a pre-defined XSL and am creating a XML documents at runtime, how do you flush out the contents to the pdf documents without keeeping them in memory and append all the remaining participants data to the same pdf?. We may use Inetsoft or iText or any other 3rd party software to generate the pdf if we are not able to use fop. Thanks - -Original Message- From: Joerg von Frantzius [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2008 10:16 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Need help in writing pdf with more than 1000 pages using fop.. Hi, what about having an intermediate XML format for your contents that is common to all of your clients, and having different XSL style sheets for producing the actual XSL-FO? You might be able to factor out common stuff into an included XSL. I might have not fully understood your requirements, though. Venkatesan, Balaji wrote: Anu updates? -Original Message- From: Venkatesan, Balaji Sent: Thursday, September 11, 2008 11:45 AM To: 'fop-users@xmlgraphics.apache.org' Subject: RE: Need help in writing pdf with more than 1000 pages using fop.. Thanks. But the pdf document we create is NOT of the same style everytime, we are creating documents of different look and feel (but all are pdf) depending on the document name for a participant. Actually, I missed out our data style. It should be: Participant1 DocumentAClient1Plan11 Participant2 DocumentBClient1Plan11 Participant3 DocumentCClient2Plan21 Participant4 DocumentAClient2Plan21 . and so on. Eventhough Participant1 and 4 are using the same document name, since they are under different client, their document definition may be entirely or slightly different. I don't think we can have one common StyleSheet to print pdf for all types of documents and that is why I am directly creating XSL-FO. Thanks -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 11:34 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Need help in writing pdf with more than 1000 pages using fop.. Please take a look at the embedding examples: http://xmlgraphics.apache.org/fop/0.95/embedding.html#examples They give you hints on how to implement the process in the most efficient way. It's bad practice to generate XSL-FO directly in code. It's messy and hard to maintain. If you just send the participant data to a SAX stream (define your own basic XML format with just the participant data, no layout), you can separate out the layout logic into an XSLT stylesheet that will take your XML format and turn it into XSL-FO. That keeps your Java code clean and allows you to more quickly change layout stuff if you need to. It also has the added benefit that you can do something else with the XML data. For example, another XSLT stylesheet could turn your participant data into HTML. The generation of the participant data is practically equivalent to the ExampleObj2XML on the page indicated above. If you stay on the SAX level, you can avoid building up the full participant document in memory. FOP will rather process the content as it comes in as individual calls to the SAX ContentHandler. If you can put each participant in a separate page-sequence you'll allow FOP to run at very little memory usage. You can basically generate an unlimited number of pages that way. Each participant is automatically flushed to the PDF file that way. I hope that helps. On 11.09.2008 17:13:32 Venkatesan, Balaji wrote: Hi, I have just started using FOP. I have a requirement to write a pdf file with more than 1000 pages.How can I do that? I am directly creating a XSL-FO string to create a pdf document and concatenating that into a big string, I know it wrong, Is there any other way?. Basically, we generate documents for multiple participants at the same time and write all their data into a single pdf file. Here is an example: The data comes in this order :participant1, participant2, participant3, participant4, participant5 . Participant1000 As soon as I am done with the first participant, I have to write his data into a pdf file and process the second participant and write his data to the same pdf file and so on. How do I do this more effectively??? Advanced thanks for your help. -B Jeremias Maerki
Re: Need help in writing pdf with more than 1000 pages using fop..
What I meant was to create a common XML format for the contents (i.e. defined by an XSD), independent of how contents are supposed to be styled. You'd have different XSL style sheets then that operate on that same XML format to produce the different styles of layout in FO XML. Venkatesan, Balaji wrote: Thanks, but we will not know anything about the look of the documents, it can be in any style. We are tryng to generate Statements(with bar chart, pie chart, texts and images), Check documents regular documents(with text and images) and so, it is very difficult for us to create a pre-defined common XSL for all these types of documents. Assume that I have a pre-defined XSL and am creating a XML documents at runtime, how do you flush out the contents to the pdf documents without keeeping them in memory and append all the remaining participants data to the same pdf?. We may use Inetsoft or iText or any other 3rd party software to generate the pdf if we are not able to use fop. Thanks -Original Message- From: Joerg von Frantzius [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2008 10:16 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Need help in writing pdf with more than 1000 pages using fop.. Hi, what about having an intermediate XML format for your contents that is common to all of your clients, and having different XSL style sheets for producing the actual XSL-FO? You might be able to factor out common stuff into an included XSL. I might have not fully understood your requirements, though. Venkatesan, Balaji wrote: Anu updates? -Original Message- From: Venkatesan, Balaji Sent: Thursday, September 11, 2008 11:45 AM To: 'fop-users@xmlgraphics.apache.org' Subject: RE: Need help in writing pdf with more than 1000 pages using fop.. Thanks. But the pdf document we create is NOT of the same style everytime, we are creating documents of different look and feel (but all are pdf) depending on the document name for a participant. Actually, I missed out our data style. It should be: Participant1 DocumentAClient1Plan11 Participant2 DocumentBClient1Plan11 Participant3 DocumentCClient2Plan21 Participant4 DocumentAClient2Plan21 . and so on. Eventhough Participant1 and 4 are using the same document name, since they are under different client, their document definition may be entirely or slightly different. I don't think we can have one common StyleSheet to print pdf for all types of documents and that is why I am directly creating XSL-FO. Thanks -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2008 11:34 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Need help in writing pdf with more than 1000 pages using fop.. Please take a look at the embedding examples: http://xmlgraphics.apache.org/fop/0.95/embedding.html#examples They give you hints on how to implement the process in the most efficient way. It's bad practice to generate XSL-FO directly in code. It's messy and hard to maintain. If you just send the participant data to a SAX stream (define your own basic XML format with just the participant data, no layout), you can separate out the layout logic into an XSLT stylesheet that will take your XML format and turn it into XSL-FO. That keeps your Java code clean and allows you to more quickly change layout stuff if you need to. It also has the added benefit that you can do something else with the XML data. For example, another XSLT stylesheet could turn your participant data into HTML. The generation of the participant data is practically equivalent to the ExampleObj2XML on the page indicated above. If you stay on the SAX level, you can avoid building up the full participant document in memory. FOP will rather process the content as it comes in as individual calls to the SAX ContentHandler. If you can put each participant in a separate page-sequence you'll allow FOP to run at very little memory usage. You can basically generate an unlimited number of pages that way. Each participant is automatically flushed to the PDF file that way. I hope that helps. On 11.09.2008 17:13:32 Venkatesan, Balaji wrote: Hi, I have just started using FOP. I have a requirement to write a pdf file with more than 1000 pages.How can I do that? I am directly creating a XSL-FO string to create a pdf document and concatenating that into a big string, I know it wrong, Is there any other way?. Basically, we generate documents for multiple participants at the same time and write all their data into a single pdf file. Here is an example: The data comes in this order :participant1, participant2, participant3, participant4, participant5 . Participant1000 As soon as I am done with the first participant, I have
fop and cmyk: pdf-image vs svg
Hi, I just wanted to post some results from my various approaches to get vector based graphics into my fop workflow with cmyk colors: While FOP can handle CMYK color values defined in XSL-FO documents quite nicely, CMYK colors defined in SVG graphics will end up as RGB in the output PDF (so far, Batik seems to mess this up). As well, none of the tools (Adobe Illustrator, Inkscape) I tested, preserve the CMYK color definitions when I save the SVG file. So I'd have to post-process the files and correct this. So far, the better alternative seems to be to not use SVG but PDF and use the pdf-image extension, see http://www.jeremias-maerki.ch/development/fop/index.html to place the PDF images. With PDF you've got tool support for CMYK and the graphics remain vector graphics - no need to rasterize. And it is as easy as: fo:external-graphic src=foo.pdf#page=1/ @Jeremias: from your source code (Ver. 1.2, PDFBoxAdapter.java, line 223), it looks like you're reading out the MediaBox from the to-be-placed PDF? Regards, Max News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und moderne Nutzerführung! -- infolox GmbH Maximilian Gärber Bregenzer Straße 101 D-88131 Lindau fon +49 8382 / 275 894-70 fax +49 8382 / 275 894-9 mob +49 176 / 20 10 33 24 mail [EMAIL PROTECTED] www.infolox.de www.selektofix.de www.katalogfabrik.de www.typo3-services.com Rechtsform: Gesellschaft mit beschränkter Haftung Sitz der Gesellschaft: Lindau a. B. Registergericht: Amtsgericht Kempten Registernummer: HRB 8161 Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]