RE: FOP -awt Courier Space Problem
Hi Dave, FOP 0.20.x is not maintained anymore. Therefore, remaining bugs like this one will stay there. FYI, behaviour is correct either in FOP 0.92beta or FOP TRUNK. Can't you upgrade? One more tip: XSL-FO is better than XSLT+XML to illustrate your questions. Pascal -Original Message- From: Curl, David (GE Infra, Transportation) [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 3:51 AM Using fop-0.20.3, Java 1.4 When I print from FOP using -awt or -print I get a problem the the width of the Courier 'space' character. It seems like the width for a Courier 'space' is larger than the width for the other characters. I am using the Courier font so I can line up the output in columns. Shown below are the stylesheet and input xml. The input xml includes text with spaces and the same text repeated with periods replacing the spaces to show the mis-alignment problem. Notice that the spaces take up a little more width than the other characters which throws off the column alignment. The output I get looks like this (you can try it using -awt): 123456789012345678901234567890123456789012345678901234567890 Line.1...column.10...column.30 Line.2...column.30 123456789012345678901234567890123456789012345678901234567890 Line 1column 10column 30 Line 2column 30 I have included the full stylesheet and input xml so you can cut and paste it to try it out. Thanks, Dave ** XSL stylesheet: ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; xsl:output method=xml/ xsl:output omit-xml-declaration=yes indent=yes/ xsl:strip-space elements=* / xsl:template match=* /xsl:template !-- newline variable: shortcut for a newline -- xsl:variable name=nl xsl:text /xsl:text /xsl:variable xsl:template name=define-page-masters fo:simple-page-master master-name=standard-portrait-page-master page-width=8.5in page-height=11.0in margin-top=20mm margin-bottom=5mm margin-left=25mm margin-right=25mm fo:region-before extent=35mm display-align=after/ fo:region-after extent=10mm display-align=before/ fo:region-start/ fo:region-end/ fo:region-body margin-top=45mm margin-bottom=20mm margin-left=0mm margin-right=0mm/ /fo:simple-page-master /xsl:template xsl:template name=standard-footer fo:static-content flow-name=xsl-region-after fo:block font-size=10pt font-family=Courier font-weight=100 text-align=center Page: fo:page-number/ of fo:page-number-citation ref-id=theEnd/ /fo:block /fo:static-content /xsl:template xsl:template name=standard-xsl-region-body fo:flow flow-name=xsl-region-body xsl:apply-templates / fo:block id=theEnd/ /fo:flow /xsl:template !-- === Root node template === -- xsl:template match=/ fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; !-- define layout-master-set -- fo:layout-master-set xsl:call-template name=define-page-masters/ /fo:layout-master-set fo:page-sequence master-reference=standard-portrait-page-master xsl:call-template name=standard-footer/ !-- standard-xsl-region-body does a xsl:apply-templates /-- xsl:call-template name=standard-xsl-region-body/ /fo:page-sequence /fo:root /xsl:template !-- === template for the TEXT element === -- xsl:template match=TEXT xsl:variable name=textdata select=. / fo:block white-space-collapse=false font-weight=normal font-size=9pt font-family=Courier padding-after=10pt xsl:value-of select=$textdata/ /fo:block /xsl:template /xsl:stylesheet ** Input XML: TEXT 123456789012345678901234567890123456789012345678901234567890 Line.1...column.10...column.30 Line.2...column.30 123456789012345678901234567890123456789012345678901234567890 Line 1 column 10 column 30 Line 2 column 30 /TEXT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Weird table behaviour
Hi, I have a table that is too long for one page.When i use fop 0.20.5 the table breaks to another page respecting page footer.With 0.92b te table extends to the end of the page overlapping with page footer and then breaks to another page. Here you will found the examples. the .fo code is the same for fop 0.20.5 and fop 0.92b.http://download.yousendit.com/043E37051388BF3EHow can i fix this overlapping?? Thanks.
RE: Weird table behaviour
-Original Message- From: Zum Bhao [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:04 AM Hi, I have a table that is too long for one page. When i use fop 0.20.5 the table breaks to another page respecting page footer. With 0.92b te table extends to the end of the page overlapping with page footer and then breaks to another page. Here you will found the examples. the .fo code is the same for fop 0.20.5 and fop 0.92b. http://download.yousendit.com/043E37051388BF3E How can i fix this overlapping?? Thanks. Hi, I've tried your XSL-FO file, with same behaviour (both FOP 0.92 and FOP TRUNK) If I remove the fo:table-header, behaviour is as expected. I suspect that fo:table-header b-p-d is not taken into account, what should be a bug. Waiting for more precise answer from FOP-dev, as a workaround you can replace fo:table-header with static content. Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weird table behaviour
Hi,I've tried your XSL-FO file, with same behaviour (both FOP 0.92 and FOP TRUNK)If I remove the fo:table-header, behaviour is as expected.I suspect that fo:table-header b-p-d is not taken into account, whatshould be a bug.This seems to be the problem, for each row in the table-header, the main table eats a row of the page-footer. Sorry for my ignorance buy what is b-p-d ?Waiting for more precise answer from FOP-dev, as a workaround you can replace fo:table-header with static content.Do I need to send this to the fop-dev list for somebody to fix this??Thanks.
RE: Weird table behaviour
-Original Message- From: Zum Bhao [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 1:24 PM Hi, I've tried your XSL-FO file, with same behaviour (both FOP 0.92 and FOP TRUNK) If I remove the fo:table-header, behaviour is as expected. I suspect that fo:table-header b-p-d is not taken into account, what should be a bug. This seems to be the problem, for each row in the table-header, the main table eats a row of the page-footer. Sorry for my ignorance buy what is b-p-d ? b-p-d meens block-progression-dimension, witch is the vertical dimension in a lr-tb context (left to right, top to bottom) Waiting for more precise answer from FOP-dev, as a workaround you can replace fo:table-header with static content. Do I need to send this to the fop-dev list for somebody to fix this?? No, they read all messages of this list. Just wait. Thanks. Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Getting Mismatch: instream-foreign-object
I am trying to create a PDF-document by taking a xml document and put it through the transformer using xslt and fop, like this: File xsltfile = new File(baseDir, xslFile); File pdffile = new File(outDir, fileName); FopFactory fopFactory = FopFactory.newInstance(); FOUserAgent foUserAgent = fopFactory.newFOUserAgent(); try { OutputStream out = new BufferedOutputStream(new FileOutputStream(pdffile)); Fop fop = fopFactory.newFop(MimeConstants.MIME_PDF, foUserAgent, out); TransformerFactory factory = TransformerFactory.newInstance(); Transformer transformer = factory.newTransformer(new StreamSource(xsltfile)); transformer.setParameter(versionParam, 2.0); // Setup input for XSLT transformation, src from servicemix Source src = message.getContent(); Result res = new SAXResult(fop.getDefaultHandler()); // Start XSLT transformation and FOP processing transformer.transform(src, res); } Most of the document consists of SVG graphics. The resulting FO document seems to be correct, but I get these messages on the console: WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. svg (http://www.w3.org/2000/svg) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. block (http://www.w3.org/1999/XSL/Format) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. flow (http://www.w3.org/1999/XSL/Format) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. page-sequence (http://www.w3.org/1999/XSL/Format) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. root (http://www.w3.org/1999/XSL/Format) (Location of error unknown)org.apache.fop.apps.FOPException: Error(Unknown location): No element mapping definition found for svg:svg I use the 0.92beta version. Where (or what) is the mismatch? I am fairly new to XSLT and FO, but my xsl file is based on (lots of cut'n'paste) one that used to work with the old stable releases of FOP. The instream svg starts like this in the xsl file: fo:instream-foreign-object svg xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; width=425.197 height=563.19 viewBox=0 0 765 1013 Regards, Lars Ivar Igesund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Keep-on-one-line problem
Hi, Is there a bug with the keep-together.within-line=always feature? Something like the following has the 'formula' partly on one line, partly on the next, instead of moving the entire thing to the next line. fo:root font-family=TimesNewRoman xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-setfo:simple-page-master master-name=my-page fo:region-body margin=1in/ /fo:simple-page-master/fo:layout-master-setfo:page-sequence master-reference=my-page fo:flow flow-name=xsl-region-body fo:block font-size=12pt fo:inlineEverything within the square brackets should be kept together ...: [fo:inline keep-together.within-line=alwaysp amp; q amp; r amp; s amp; t/fo:inline] this comes afterwards. /fo:inline /fo:block /fo:flow /fo:page-sequence /fo:root Also, i don't see any warnings that it will ignore this attribute. Am i doing something wrong? (Version: fop-0.92beta for java1.3) Many thanks in advance, Herman -- View this message in context: http://www.nabble.com/Keep-on-one-line-problem-tf2382012.html#a6638521 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Getting Mismatch: instream-foreign-object
-Original Message- From: Lars Ivar Igesund [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 2:04 PM To: fop-users@xmlgraphics.apache.org Subject: Getting Mismatch: instream-foreign-object I am trying to create a PDF-document by taking a xml document and put it through the transformer using xslt and fop, like this: File xsltfile = new File(baseDir, xslFile); File pdffile = new File(outDir, fileName); FopFactory fopFactory = FopFactory.newInstance(); FOUserAgent foUserAgent = fopFactory.newFOUserAgent(); try { OutputStream out = new BufferedOutputStream(new FileOutputStream(pdffile)); Fop fop = fopFactory.newFop(MimeConstants.MIME_PDF, foUserAgent, out); TransformerFactory factory = TransformerFactory.newInstance(); Transformer transformer = factory.newTransformer(new StreamSource(xsltfile)); transformer.setParameter(versionParam, 2.0); // Setup input for XSLT transformation, src from servicemix Source src = message.getContent(); Result res = new SAXResult(fop.getDefaultHandler()); // Start XSLT transformation and FOP processing transformer.transform(src, res); } Most of the document consists of SVG graphics. The resulting FO document seems to be correct, but I get these messages on the console: WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. svg (http://www.w3.org/2000/svg) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. block (http://www.w3.org/1999/XSL/Format) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. flow (http://www.w3.org/1999/XSL/Format) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. page-sequence (http://www.w3.org/1999/XSL/Format) WARN - FOTreeBuilder - Mismatch: instream-foreign-object (http://www.w3.org/1999/XSL/Format) vs. root (http://www.w3.org/1999/XSL/Format) (Location of error unknown)org.apache.fop.apps.FOPException: Error(Unknown location): No element mapping definition found for svg:svg I use the 0.92beta version. Where (or what) is the mismatch? I am fairly new to XSLT and FO, but my xsl file is based on (lots of cut'n'paste) one that used to work with the old stable releases of FOP. The instream svg starts like this in the xsl file: fo:instream-foreign-object svg xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; width=425.197 height=563.19 viewBox=0 0 765 1013 Regards, Lars Ivar Igesund Hi, Can you give a simple XSL-FO file (not XSLT) that demonstrates what you describe here? Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
page number position
Hi, Page numbers work fine, but they appear a bit too low on the page (too close to the page border). This is what i do: fo:root font-family=TimesNewRoman fo:layout-master-set fo:simple-page-master master-name=my-page fo:region-body margin=1in/ fo:region-after region-name=footer extent=11in display-align=after/ /fo:simple-page-master /fo:layout-master-set ... etc I've played around with adding and changing attributes, but the page number doesn't change a millimeter from its place. How come? Many thanks in advance, Herman -- View this message in context: http://www.nabble.com/page-number-position-tf2382050.html#a6638620 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Keep-on-one-line problem
Herman, -Original Message- From: herman [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 2:18 PM Hi, Is there a bug with the keep-together.within-line=always feature? Something like the following has the 'formula' partly on one line, partly on the next, instead of moving the entire thing to the next line. fo:root font-family=TimesNewRoman xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-setfo:simple-page-master master-name=my-page fo:region-body margin=1in/ /fo:simple-page-master/fo:layout-master-setfo:page-sequence master-reference=my-page fo:flow flow-name=xsl-region-body fo:block font-size=12pt fo:inlineEverything within the square brackets should be kept together ...: [fo:inline keep-together.within-line=alwaysp amp; q amp; r amp; s amp; t/fo:inline] this comes afterwards. /fo:inline /fo:block /fo:flow /fo:page-sequence /fo:root Also, i don't see any warnings that it will ignore this attribute. Am i doing something wrong? (Version: fop-0.92beta for java1.3) Many thanks in advance, Herman -- View this message in context: http://www.nabble.com/Keep-on-one-line-problem-tf2382012.html#a6638521 Sent from the FOP - Users mailing list archive at Nabble.com. Keep-together is not yet implemented in FOP 0.9x -- see [1] As a workaround, you can replace space characters with non-break-space characters (#xa0;). [1] http://xmlgraphics.apache.org/fop/compliance.html#fo-property-keepsbreak s-section Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: page number position
-Original Message- From: herman [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 2:27 PM Hi, Page numbers work fine, but they appear a bit too low on the page (too close to the page border). This is what i do: fo:root font-family=TimesNewRoman fo:layout-master-set fo:simple-page-master master-name=my-page fo:region-body margin=1in/ fo:region-after region-name=footer extent=11in display-align=after/ /fo:simple-page-master /fo:layout-master-set ... etc I've played around with adding and changing attributes, but the page number doesn't change a millimeter from its place. How come? Many thanks in advance, Herman -- View this message in context: http://www.nabble.com/page-number-position-tf2382050.html#a6638620 Sent from the FOP - Users mailing list archive at Nabble.com. Herman, For fo:region-*, extent attribute value gives the area size from relevant page margin. In your case, you have a fo:region-after with a 11in width... Your XSL-FO is quite uncomplete. Where is your page number? From witch page border is it too close? If you want to move your page number, you can either use indent or space related properties (like start-indent, space-before, margin, padding, etc.) or use a fo:block-container in absolute position (which is easy to use in static regions) HTH, Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Image quality
Title: Image quality I have just finished upgrading my fop implementation from version 0.20.5 to 0.92 Beta. I have included the JAR jimi-1.0.jar to allow the system to process GIF images, but have noticed that the colours within the gif images has faded! (Not as dark as using version 0.20.5 of FOP) Is there any way to maintain the quality of the images produced? Cheers, Richard
Background Image
like to add a background image into pdf, possible? fop 0.20.5 thanks, marc
RE: Background Image
-Original Message- From: Aeberhard Marc (SECI) [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 3:18 PM like to add a background image into pdf, possible? fop 0.20.5 thanks, marc Yes. You can use the background-image property on fo:region-* But: - if your image is over several regions, you have to cut it yourself - if you use a bitmap, then assume that resolution is 72dpi. If you want a pretty result, you should upgrade to FOP 0.9x, since: - default resolution can be changed with config file, - or you can put your background image in a fo:block-container in absolute postion, nested in a statc region (witch is below body region) -- that avoid to cut your image. HTH, Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Image quality
Richard King wrote: I have just finished upgrading my fop implementation from version 0.20.5 to 0.92 Beta. I have included the JAR jimi-1.0.jar to allow the system to process GIF images, but have noticed that the colours within the gif images has faded! (Not as dark as using version 0.20.5 of FOP) FOP 0.92beta supports GIF without the need for Jimi on the classpath. The details of support for each graphic format are detailed on the website http://xmlgraphics.apache.org/fop/0.92/graphics.html#support-overview It could be that you have run into a yet unforeseen limitation in GIF support. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Background Image
Aeberhard Marc (SECI) wrote: like to add a background image into pdf, possible? fop 0.20.5 Yes its possible using background-image property of fo:region-* elements. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Image quality
Thanks for that. I originally implemented the system without jimi and a FATAL was thrown for the GIF images(FOP was looking for jimi specific classes). Please note my JPG images had no problems. Once I included jimi there were no more problems. For GIF images to be processed using default FOP 0.92 Beta methods are there any implementation procedures that need to be in place? My FOP implementation is as follows: FopFactory fopFactory = FopFactory.newInstance(); FOUserAgent userAgent = fopFactory.newFOUserAgent(); // Setup output OutputStream out = new java.io.FileOutputStream(fopOutputDir + fileRoot + .pdf); out = new java.io.BufferedOutputStream(out); try { Fop fop = fopFactory.newFop(MimeConstants.MIME_PDF, userAgent, out); //Setup Transformer Source xsltSrc = new StreamSource(fopDirectory + xslName); TransformerFactory transformerFactory = TransformerFactory.newInstance(); Transformer transformer = transformerFactory.newTransformer(xsltSrc); // Set up flags for use within the XSL transform transformer.setParameter(fop_home, fopDirectory); Source src = new StreamSource(fopOutputDir + fileRoot + .xml); //Make sure the XSL transformation's result is piped through to FOP Result res = new SAXResult(fop.getDefaultHandler()); //Start the transformation and rendering process transformer.transform(src, res); } catch (Exception e) { throw new AzeeFatalException(FOP transform error,e); }finally { out.close(); } Cheers, Richard -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: 04 October 2006 14:48 To: fop-users@xmlgraphics.apache.org Subject: Re: Image quality Richard King wrote: I have just finished upgrading my fop implementation from version 0.20.5 to 0.92 Beta. I have included the JAR jimi-1.0.jar to allow the system to process GIF images, but have noticed that the colours within the gif images has faded! (Not as dark as using version 0.20.5 of FOP) FOP 0.92beta supports GIF without the need for Jimi on the classpath. The details of support for each graphic format are detailed on the website http://xmlgraphics.apache.org/fop/0.92/graphics.html#support-overview It could be that you have run into a yet unforeseen limitation in GIF support. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem height block in table-cell
Hi all, I have the same problem. I have a table : fo:table fo:table-column column-width=3cm/ fo:table-column column-width=3cm/ fo:table-column column-width=3cm/ fo:table-column column-width=3cm/ fo:table-column column-width=2cm/ fo:table-body fo:table-row fo:table-cell border=0.01pt solid fo:block text-align=center border=0.01pt solid line-height=100% green cell /fo:block /fo:table-cell fo:table-cell fo:block border=0.01pt solidCell 1/fo:block /fo:table-cell fo:table-cell fo:block text-align=center blue cell /fo:block /fo:table-cell fo:table-cell background-color=yellow fo:block text-align=center yellow cell /fo:block /fo:table-cell fo:table-cell fo:block text-align=center text for an extra line in the table row /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table How can I have the block height as a cell? Is possible? Best Regards -- View this message in context: http://www.nabble.com/Problem-height-block-in-table-cell-tf2382658.html#a6640613 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP embed truetype font into postscript file
I don't have much time right now, so I can only give you the most important stuff. I can give you more on the weekend, if you need more. The most important part is having the PostScript and TrueType specifications around: PS spec: http://www.adobe.com/products/postscript/pdfs/PLRM.pdf Other PS-related docs: http://partners.adobe.com/public/developer/ps/index_specs.html OpenType 1.4 spec (also applies to TrueType): http://partners.adobe.com/public/developer/opentype/index_spec.html http://www.microsoft.com/typography/otspec/default.htm Other font-related docs: http://partners.adobe.com/public/developer/opentype/index.html I'd search for Type 42 font in the PS language reference to start with. However, if you want to have all glyphs of a TrueType font available you have to look into the CID keyed fonts direction. I don't know anything about how CID handling is done in PostScript, only for PDF, so for this part you're pretty much on your own for now. It's probably easiest, if you try to find/produce a PostScript file from a different application that can already generate the right code for handling TrueType fonts so you get an idea how this is done. You might also find some helpful information on the web. Another important hint is that some of the PostScript code is not in FOP itself but in XML Graphics Commons: http://svn.apache.org/repos/asf/xmlgraphics/commons/trunk/src/java/org/apache/xmlgraphics/ps/ Most font-specific code, however, is still in FOP because we haven't factored out the font library, yet. So the rest of the code will be here: http://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/src/java/org/apache/fop/render/ps/ Good luck! On 04.10.2006 02:48:52 Nguyen, Thang wrote: It's great. Could you guide me where to start ? Thang. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 03, 2006 2:49 PM To: fop-users@xmlgraphics.apache.org Subject: Re: FOP embed truetype font into postscript file There are currently no plans to implement TrueType support for PostScript output. But you're welcome to help us with that. We can give you pointers to get you started if you want to jump in. On 03.10.2006 05:19:42 Nguyen, Thang wrote: hi, I can not embed ttf font into postscript file using FOP_0.92_beta. The document ( fonts.pdf in \fop-0.92beta\docs\0.92 ) wrote that Custom Embeding is enabled for PostScript file but I still can not do that. Do you know when will Apache support this feature ? thanks, Thang. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Image quality
There are two possible reasons for your problems: - FOP 0.92beta introduces some support for color profiles which is actually to improve the quality of the overall process. - ...but FOP 0.92beta has a bug: It may assign an sRGB color profile to an image the is not supposed to be in the sRGB color space so the color may come out wrong. This particular bug has been fixed in FOP Trunk (from the SVN repository). If you could try without JIMI but with FOP Trunk... At any rate, there are no special procedures to influence image handling. But it could be that there is still another bug lurking somewhere. On 04.10.2006 16:01:31 Richard King wrote: Thanks for that. I originally implemented the system without jimi and a FATAL was thrown for the GIF images(FOP was looking for jimi specific classes). Please note my JPG images had no problems. Once I included jimi there were no more problems. For GIF images to be processed using default FOP 0.92 Beta methods are there any implementation procedures that need to be in place? My FOP implementation is as follows: FopFactory fopFactory = FopFactory.newInstance(); FOUserAgent userAgent = fopFactory.newFOUserAgent(); // Setup output OutputStream out = new java.io.FileOutputStream(fopOutputDir + fileRoot + .pdf); out = new java.io.BufferedOutputStream(out); try { Fop fop = fopFactory.newFop(MimeConstants.MIME_PDF, userAgent, out); //Setup Transformer Source xsltSrc = new StreamSource(fopDirectory + xslName); TransformerFactory transformerFactory = TransformerFactory.newInstance(); Transformer transformer = transformerFactory.newTransformer(xsltSrc); // Set up flags for use within the XSL transform transformer.setParameter(fop_home, fopDirectory); Source src = new StreamSource(fopOutputDir + fileRoot + .xml); //Make sure the XSL transformation's result is piped through to FOP Result res = new SAXResult(fop.getDefaultHandler()); //Start the transformation and rendering process transformer.transform(src, res); } catch (Exception e) { throw new AzeeFatalException(FOP transform error,e); }finally { out.close(); } Cheers, Richard -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: 04 October 2006 14:48 To: fop-users@xmlgraphics.apache.org Subject: Re: Image quality Richard King wrote: I have just finished upgrading my fop implementation from version 0.20.5 to 0.92 Beta. I have included the JAR jimi-1.0.jar to allow the system to process GIF images, but have noticed that the colours within the gif images has faded! (Not as dark as using version 0.20.5 of FOP) FOP 0.92beta supports GIF without the need for Jimi on the classpath. The details of support for each graphic format are detailed on the website http://xmlgraphics.apache.org/fop/0.92/graphics.html#support-overview It could be that you have run into a yet unforeseen limitation in GIF support. Chris Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does current FOP Trunk support fo:float ?
Hi, I am wondering whether the current developer version of FOP at http://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/ supports fo:float or not. Any hints? Regards, Darya ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FOP embed truetype font into postscript file
Seem that a lots of works ahead :-) and do you know anything about GhostScript http://www.ghostscript.com/awki , I just looked at it yesterday and I hope that I can find something useful. Thang. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, October 05, 2006 4:33 AM To: fop-users@xmlgraphics.apache.org Subject: Re: FOP embed truetype font into postscript file I don't have much time right now, so I can only give you the most important stuff. I can give you more on the weekend, if you need more. The most important part is having the PostScript and TrueType specifications around: PS spec: http://www.adobe.com/products/postscript/pdfs/PLRM.pdf Other PS-related docs: http://partners.adobe.com/public/developer/ps/index_specs.html OpenType 1.4 spec (also applies to TrueType): http://partners.adobe.com/public/developer/opentype/index_spec.html http://www.microsoft.com/typography/otspec/default.htm Other font-related docs: http://partners.adobe.com/public/developer/opentype/index.html I'd search for Type 42 font in the PS language reference to start with. However, if you want to have all glyphs of a TrueType font available you have to look into the CID keyed fonts direction. I don't know anything about how CID handling is done in PostScript, only for PDF, so for this part you're pretty much on your own for now. It's probably easiest, if you try to find/produce a PostScript file from a different application that can already generate the right code for handling TrueType fonts so you get an idea how this is done. You might also find some helpful information on the web. Another important hint is that some of the PostScript code is not in FOP itself but in XML Graphics Commons: http://svn.apache.org/repos/asf/xmlgraphics/commons/trunk/src/java/org/a pache/xmlgraphics/ps/ Most font-specific code, however, is still in FOP because we haven't factored out the font library, yet. So the rest of the code will be here: http://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/src/java/org/apach e/fop/render/ps/ Good luck! On 04.10.2006 02:48:52 Nguyen, Thang wrote: It's great. Could you guide me where to start ? Thang. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 03, 2006 2:49 PM To: fop-users@xmlgraphics.apache.org Subject: Re: FOP embed truetype font into postscript file There are currently no plans to implement TrueType support for PostScript output. But you're welcome to help us with that. We can give you pointers to get you started if you want to jump in. On 03.10.2006 05:19:42 Nguyen, Thang wrote: hi, I can not embed ttf font into postscript file using FOP_0.92_beta. The document ( fonts.pdf in \fop-0.92beta\docs\0.92 ) wrote that Custom Embeding is enabled for PostScript file but I still can not do that. Do you know when will Apache support this feature ? thanks, Thang. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This email may contain material that is confidential, privileged and/or attorney work product for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]