New release of Offo hyphenation patterns for FOP
Hi, I am pleased to announce a new release, version 2.1, of the OFFO hyphenation patterns for FOP. This release contains the updated patterns published on the CTAN website, http://www.ctan.org/tex-archive/language/hyph-utf8/tex/generic/hyph-utf8/patterns/. You may download the patterns from http://sourceforge.net/projects/offo/. See also the OFFO website at http://offo.sourceforge.net/. Regards, Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Maintainer sought for OFFO
Hi, I will no longer make new releases of the OFFO hyphenation patterns for FOP, http://offo.sourceforge.net/. If you want to take over maintenance, please contact me. It is a small amount of work, as the patterns themselves are maintained by a large group of people who cooperate via the TUG website. Regards, Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Why do you use .cmd rather than .bat?
To avoid code duplication, is it possible to have fop.cmd say something like 'call fop.bat'? Can you test that? I have no computer with Windows available. Or vice versa. Which is the canonical name, bat or cmd? Simon On Sun, Dec 04, 2011 at 04:17:37PM -0500, Jonathan Levinson wrote: A copy named fop.bat would be very useful to us. We currently have most sites deployed on fop 1.0, which names the command script on Windows as fop.bat. For Skynav fop, for our Middle Eastern sites, we are contemplating (after suitable QA) replacing fop 1.0 with Skynav fop. However, some of these sites will be on versions of our product which do assume the name of the script on Windows is fop.bat. While, we can tell users to rename fop.cmd to fop.bat, it will simplify configuration if fop ships with a fop.bat. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Why do you use .cmd rather than .bat?
On Sat, Dec 03, 2011 at 06:02:29PM -0500, Jonathan Levinson wrote: Hi Glenn, I have a question for you about skynav FOP. Why on Windows do you use .cmd as the extension of the fop command file - fop.cmd, rather than fop.bat? We are going to be deploying skynav FOP at many sites and it would be great if we could rename the .cmd file to a .bat file since it would require fewer changes to our interface code. Doing some research it seems that on Windows 7, Vista, and XP there is little difference between .cmd and .bat files, and differences only become significant on Windows 98. Am I wrong? Did I misread an article on the Web? Thanks for the excellent work you have done! Our Middle Eastern team tested your code and found nothing wrong with it in the context of our reporting tool, which calls FOP to do rendering. Would renaming cause problems for users who depend on the name fop.cmd? Should we maintain a copy named fop.bat? Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How To Implement Ligature For Indian Languages In Pdf Documents?
Confirmed. See http://people.apache.org/committer-index.html#unlistedclas. Simon On Mon, Oct 24, 2011 at 02:12:43PM -0700, dilipvshah wrote: I just received an email from Craig Russell that my ICLA has been filed in Apache Software Foundation's records. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP crashes when encountering character 00AD (soft hyphen)
This is not an issue about interpretation. I seem to remember that we had a problem with words consisting of soft hyphens only or starting with them, and that the problem was fixed, possibly after the release of version 1.0. Simon On Fri, Oct 21, 2011 at 10:52:57AM +0200, Ian Corne wrote: Mehdi, From wikipedia: According to the Unicode http://en.wikipedia.org/wiki/Unicode standard, a soft hyphen is not displayed if the line is not broken at that point. I'm not too familiar with fop's interpretation of the unicode standard, but it could be that the line's not broken? Regards Ian ps: Is there a fop irc channel? :) On Fri, Oct 21, 2011 at 9:56 AM, mehdi houshmand med1...@gmail.com wrote: Curiously however, the soft-hyphen doesn't appear in the output document. I'll try and investigate further, someone else may already know the reason why. Mehdi On 21 October 2011 08:44, mehdi houshmand med1...@gmail.com wrote: Hi Paul, I just ran the FO you attached and I am getting the same error message as you are with FOP 1.0, however, FOP trunk doesn't produce this issue, it might be worth trying that. Hope that helps Mehdi On 21 October 2011 03:49, Paul Tremblay paulhtremb...@gmail.com wrote: Fop crashes when processing a file with a SOFT HYPHEN character, 00AD. I am running FOP 1.0. My java is: java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03-383-11A511) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-383, mixed mode) The fo file is: ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simple-page margin-left=1.0in margin-right=1.0in margin-top=1.0in margin-bottom=1.0in page-width=8.5in page-height=11in fo:region-body / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simple-page format=1 initial-page-number=1 fo:flow flow-name=xsl-region-body fo:blockBelow is the block that contains the character (00AD) (soft-hyphen) causes the crash/fo:block fo:block #x00AD;/fo:block /fo:flow /fo:page-sequence /fo:root The error message is: Oct 20, 2011 9:38:01 PM org.apache.fop.cli.Main startFOP SEVERE: Exception java.lang.IllegalArgumentException: factor 0; was: -1 at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:302) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130) at org.apache.fop.cli.Main.startFOP(Main.java:174) at org.apache.fop.cli.Main.main(Main.java:205) Caused by: java.lang.IllegalArgumentException: factor 0; was: -1 at org.apache.fop.traits.MinOptMax.mult(MinOptMax.java:251) at org.apache.fop.layoutmgr.inline.TextLayoutManager.processWord(TextLayoutManager.java:825) at org.apache.fop.layoutmgr.inline.TextLayoutManager.getNextKnuthElements(TextLayoutManager.java:710) at org.apache.fop.layoutmgr.inline.LineLayoutManager.collectInlineKnuthElements(LineLayoutManager.java:639) at org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:579) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:571) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:552) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:280) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:123) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:115) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:199) at org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:140) at org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:129) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:70) at org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:216) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:692) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:149) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:132) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:337) at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:85) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:107) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:238)
Re: How To Implement Ligature For Indian Languages In Pdf Documents?
Support for Indian scripts is being developed. See the overview at http://people.apache.org/~spepping/. You could help by testing this work. At this moment support for Indian scripts is limited to devanagari. Gujarati is in the planning. Simon Pepping On Tue, Oct 18, 2011 at 02:32:10PM -0700, dilipvshah wrote: I wish to use XSL-FO technology to generate PDF documents in Indian languages. Here are the steps I took: 1) I downloaded fop-1.0 and tried their first example to display a name. I tried to display name in one of the Indian languages, Gujarati. 2) I modified the fop configuration file to load Arial Unicode MS 3) The example application does produce PDF document with Gujarati fonts but the text is displayed as a sequence of individual characters and doesn't use ligature to display the text correctly. The font glyphs are displayed in the ordered they are entered in Google's transliterate tool but since ligature rules are not applied, the name is displayed incorrectly. Does FOP have ligature rules for Indian languages? If so, how do I apply them when generating a PDF document. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Test of complex scripts
I tested the new version of the complex scripts functionality on one test file with a text written in devanagari script. I used the fonts Aparajita v.5.91, Kokila v.5.91, Mangal v.5.90, Utsaah v.5.91. I compared it with the expected outcome and the fit was perfect. Note that I do not have the versions of these fonts in Windows 7, which are v.1.00. Even so, I got good results. I do not quite remember where I got the test file from. I believed it came from the skynav trac site, together with the expected outcome, but I cannot find it there. I am happy with this good result. I leave more extensive testing to users who use devanagari natively. Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Complex Script Support
I am pleased to let you know that Glenn Adams updated his work with a new patch. This patch includes the following: * bug fixes * new layout engine tests for right-to-left writing mode * new test utility for using TTX files in testing advanced typographic tables * new test cases for GDEF/GSUB/GPOS advanced typographic tables * new test cases for ~85000 arabic word forms against four fonts * new implementation of number formatter for number to string conversion, which adds support for arabic, hebrew, thai, and kana scripts See milestone Patch 5 at http://skynav.trac.cvsdude.com/fop/report/6 for further details. The update has been imported into FOP's code in the Temp_ComplexScripts branch. The new code is available at the URLs cited below. With this patch, Complex Script Support for FOP now supports * Arabic, Hebrew, and Devanagari Scripts * PDF output format Support for * additional scripts * additional output formats remains to be done. The current state of complex scripts support has been proposed for merger into the main development trunk, subject to appropriate evaluation and verification by the FOP community. You can download the binary distribution or the fop jar file from http://people.apache.org/~spepping/. You can check out the source code from FOP's subversion repository, http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts. You can follow the work at FOP's Bugzilla, bug nr. 49687, https://issues.apache.org/bugzilla/show_bug.cgi?id=49687. Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Complex Script Support
If you went to the web site http://people.apache.org/~spepping/ very rapidly after I sent this email, you may have read obsolete 'Notes about the current state of the work'. Many limitations that were listed there have now been removed, since those limitations have been addressed in the course of development over the past year. Best, Simon Pepping On Tue, Oct 18, 2011 at 12:51:20PM +0200, Simon Pepping wrote: I am pleased to let you know that Glenn Adams updated his work with a new patch. This patch includes the following: * bug fixes * new layout engine tests for right-to-left writing mode * new test utility for using TTX files in testing advanced typographic tables * new test cases for GDEF/GSUB/GPOS advanced typographic tables * new test cases for ~85000 arabic word forms against four fonts * new implementation of number formatter for number to string conversion, which adds support for arabic, hebrew, thai, and kana scripts See milestone Patch 5 at http://skynav.trac.cvsdude.com/fop/report/6 for further details. The update has been imported into FOP's code in the Temp_ComplexScripts branch. The new code is available at the URLs cited below. With this patch, Complex Script Support for FOP now supports * Arabic, Hebrew, and Devanagari Scripts * PDF output format Support for * additional scripts * additional output formats remains to be done. The current state of complex scripts support has been proposed for merger into the main development trunk, subject to appropriate evaluation and verification by the FOP community. You can download the binary distribution or the fop jar file from http://people.apache.org/~spepping/. You can check out the source code from FOP's subversion repository, http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts. You can follow the work at FOP's Bugzilla, bug nr. 49687, https://issues.apache.org/bugzilla/show_bug.cgi?id=49687. Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Error messages from fop
Probably. You should also upgrade xmlgraphics-commons. Simon On Sat, Sep 17, 2011 at 09:03:26PM +0200, Lars Bjørndal wrote: I upgraded fop from the update-testing repository, and now, I have fop-1.0-13.fc14 installed. Unfortunately and surprisingly, I get the following errors when giving the command 'fop -h' or other fop commands: Exception in thread main java.lang.NoClassDefFoundError: org/apache/xmlgraphics/util/uri/CommonURIResolver at org.apache.fop.apps.FOURIResolver.init(FOURIResolver.java:56) at org.apache.fop.apps.FopFactory.init(FopFactory.java:155) at org.apache.fop.apps.FopFactory.newInstance(FopFactory.java:177) at org.apache.fop.cli.CommandLineOptions.init(CommandLineOptions.java:121) at org.apache.fop.cli.Main.startFOP(Main.java:157) at org.apache.fop.cli.Main.main(Main.java:204) Caused by: java.lang.ClassNotFoundException: org.apache.xmlgraphics.util.uri.CommonURIResolver at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 6 more Is there some missing dependency packages on my system? - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: running fop tests
Re compilation errors: fop-1.0 is java 1.4 compliant and does not contain generics. The code below is not from fop-1.0. You can switch target version without harm. Re junit tests: ant junit runs many tests which are not related to fop.jar. Other jar files such as sandbox and transcoder are built, and irrelevant tests are run. The following tests are relevant to the functioning of fop.jar: junit-basic Runs FOP's JUnit basic tests junit-intermediate-format Runs FOP's intermediate format JUnit tests junit-layout-standard Runs FOP's standard JUnit layout tests junit-text-linebreakRuns FOP's JUnit unicode linebreak tests junit-userconfigRuns FOP's user config JUnit tests junit-area-tree-xml-format junit-render-pdf The following test is irrelevant: junit-transcoder The following test cannot be run without hyphenation patterns, and causes the junit target to report failure: junit-layout-hyphenation Note that only the target junit reports success or failure; other junit targets report success even if the test reports failure. One could construct a test junit-package which only includes tests relevant to fop.jar. ON this wiki page, http://wiki.apache.org/xmlgraphics-fop/HowTo/BuildFOPAlternatively, I describe a method to run some tests without ant, to avoid dependencies in the build file. But it includes only one target. Best, Simon On Fri, Sep 16, 2011 at 02:47:56PM +0200, Mathieu Malaterre wrote: Hi Simon, On Mon, Aug 29, 2011 at 1:37 PM, Simon Pepping spepp...@leverkruid.eu wrote: It would be good if alternative builds of fop would run a number of our junit tests. The fop team should look into this to formulate a recommendation. AFAIK running fop tests simply involved running the 'junit' ant target ? Right ? In this case the code does not compile for me: [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/util/text/LocatorFormatter.java [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:64: generics are not supported in -source 1.4 [javac] (use -source 5 or higher to enable generics) [javac] private ListAFMCharMetrics charMetrics = new java.util.ArrayListAFMCharMetrics(); [javac] ^ [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:418: for-each loops are not supported in -source 1.4 [javac] (use -source 5 or higher to enable for-each loops) [javac] for (Map.EntryString, MapString, Dimension2D entryFrom : this.kerningMap.entrySet()) { [javac] ^ [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:500: annotations are not supported in -source 1.4 [javac] (use -source 5 or higher to enable annotations) [javac] @Override [javac] ^ [javac] 3 errors Can I switch the target version ? Thanks -- Mathieu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: running fop tests
I constructed an ant target junit-jar-main, which depends on a selection of junit tests which are relevant for fop.jar. I made the following modifications to the build file: Index: build.xml === --- build.xml (revision 963413) +++ build.xml (working copy) @@ -116,24 +116,36 @@ include name=fop.js/ include name=fop/ /fileset + property name=java-share value=/usr/share/java/ path id=libs-build-classpath -fileset dir=${basedir}/lib - include name=*.jar/ -/fileset + pathelement location=${java-share}/avalon-framework.jar/ + pathelement location=${java-share}/batik-all.jar/ + pathelement location=${java-share}/commons-io.jar/ + pathelement location=${java-share}/commons-logging.jar/ + pathelement location=${java-share}/serializer.jar/ + pathelement location=${java-share}/servlet-api.jar/ + pathelement location=${java-share}/xalan2.jar/ + pathelement location=${java-share}/xercesImpl.jar/ + pathelement location=${java-share}/xml-apis.jar/ + pathelement location=${java-share}/xml-apis-ext.jar/ + pathelement location=${java-share}/xmlgraphics-commons.jar/ /path property name=lib-tools value=${basedir}/lib/build/ path id=libs-tools-build-classpath path refid=libs-build-classpath/ -fileset dir=${lib-tools} - include name=*.jar/ -/fileset + !-- pathelement location=${lib-tools}/asm-3.1.jar.jar/ -- + !-- pathelement location=${lib-tools}/asm-commons-3.1.jar/ -- + !-- pathelement location=${lib-tools}/backport-util-concurrent-3.1.jar/ -- + !-- pathelement location=${lib-tools}/jaxen-1.1.1.jar/ -- + !-- pathelement location=${lib-tools}/pmd-4.2.5.jar/ -- + pathelement location=${java-share}/qdox.jar/ + !-- pathelement location=${lib-tools}/retroweaver-2.0.6-patched.jar/ -- + !-- pathelement location=${lib-tools}/retroweaver-rt-2.0.6-patched.jar/ -- + pathelement location=${java-share}/xmlunit.jar/ /path path id=libs-run-classpath path refid=libs-build-classpath/ -fileset dir=${basedir}/build - include name=fop.jar/ - include name=fop-hyph.jar/ -/fileset + pathelement location=${java-share}/fop.jar/ /path patternset id=exclude-jai exclude name=org/apache/fop/util/bitmap/JAIMonochromeBitmapConverter.java unless=jai.present/ @@ -985,6 +997,18 @@ echoAll Junit tests passed!/echo echoUse the junit-reports target to generate HTML test reports/echo /target + target name=junit-jar-main depends=junit-userconfig, junit-basic, junit-text-linebreak, junit-layout-standard, junit-area-tree-xml-format, junit-intermediate-format description=Runs FOP's JUnit tests for the main jar file if=junit.present +failconditionorisset property=fop.junit.error/isset property=fop.junit.failure//or/condition +NOTE: +** +* One or more of the Junit tests had Failures or Errors or were skipped! * +* Please check the output above for relevant messages. * +*Or use the junit-reports target to generate HTML test reports.* +** +/fail +echoAll Junit tests for the main jar file passed!/echo +echoUse the junit-reports target to generate HTML test reports/echo + /target !-- haven't made this dependent on junit as that would rerun all tests -- target name=junit-reports description=Generates HTML test reports mkdir dir=${junit.html.reports.dir}/ In the first part I modify the class paths, as described on the wiki page. In the second part I define a target junit-jar-main. I built fop.jar and ran the tests successfully in a fop source directory. Best, Simon On Sat, Sep 17, 2011 at 12:28:52PM +0200, Simon Pepping wrote: Re junit tests: ant junit runs many tests which are not related to fop.jar. Other jar files such as sandbox and transcoder are built, and irrelevant tests are run. The following tests are relevant to the functioning of fop.jar: junit-basic Runs FOP's JUnit basic tests junit-intermediate-format Runs FOP's intermediate format JUnit tests junit-layout-standard Runs FOP's standard JUnit layout tests junit-text-linebreakRuns FOP's JUnit unicode linebreak tests junit-userconfigRuns FOP's user config JUnit tests junit-area-tree-xml-format junit-render-pdf The following test is irrelevant: junit-transcoder The following test cannot be run without hyphenation patterns, and causes the junit target to report failure: junit-layout-hyphenation Note that only the target junit reports success or failure; other junit targets report success even if the test reports failure. One could construct a test junit-package which only includes tests relevant to fop.jar
Re: Error messages from fop
The problem does not occur in fop-1.0, nor in the current development version of fop. It may be bug 46386 (see https://issues.apache.org/bugzilla/show_bug.cgi?id=46386). That bug report suggests that the problem is due to an empty inline with an id. You may either remove such elements, or upgrade to fop-1.0. We recently discussed with fedora how to solve the problem that they had with building fop-1.0, so I hope it is now available in fedora. Best, Simon On Wed, Sep 14, 2011 at 11:13:42AM +0200, Lars Bjørndal wrote: Hello I'd like to convert the following file into PDF, using fop version 0.95. http://lamasti.net/filer/test.fo The fo file is generated from an Docbook XML file with xsltproc. The rest of this mail shows the output from fop, and I hope someon could help me find a way out... The CLASSPATH variable is set to: /usr/share/java/commons-io.jar:/usr/share/java/batik-all.jar:/usr/share/java/avalon-framework.jar:/usr/share/java/xmlgraphics-commons.jar:/usr/share/java/commons-logging.jar:/usr/share/java/fop.jar::/usr/share/java/xml-commons-apis-ext.jar:/home/lrs/fop/fop-hyph.jar Here's the output: - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Norwegian hyphenation rules
Yes, I realized that FOP_HYPHENATION_PATH is used in debian and ubuntu, and in fop's own startup script, and apparently not in fedora. Does the fedora script have no option to add the path to the hyphenation jar file, other than modifying the script? Simon On Wed, Sep 14, 2011 at 11:03:43AM +0200, Lars Bjørndal wrote: Hello, Simon, and thank you much for your valuable feedback! You wrote: This should work. If you are using fop downloaded from Apache, use: fop --execdebug xxx.fo xxx.pdf to see the classpath, and check whether /home/lrs/fop/fop-hyph.jar is part of it. Also check if /home/lrs/fop/fop-hyph.jar exists and is readable. I use Fedora 14 with a pre built RPM package, fop-0.95-5.fc14.noarch. the fop-hyph.jar file exists, and is readable. I ended up modifying the /usr/bin/fop shell script, by adding the path to the fop-hyph.jar file to the CLASSPATH variable. BTW the ~/.foprc file is also read, but it seems that putting the environment variable FOP_HYPHENATION_PATH=/home/lrs/fop/fop-hyph.jar in it, has no effect. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Norwegian hyphenation rules
This should work. If you are using fop downloaded from Apache, use: fop --execdebug xxx.fo xxx.pdf to see the classpath, and check whether /home/lrs/fop/fop-hyph.jar is part of it. Also check if /home/lrs/fop/fop-hyph.jar exists and is readable. If you are using fop from debian or ubuntu, use: DEBUG_WRAPPER=1 fop xxx.fo xxx.pdf and check. On Sun, Sep 11, 2011 at 08:39:28PM +0200, Lars Bjørndal wrote: I then used 'unzip -v fop-hyph.jar' to list the content, and found the file 'hyph/no.hyp'. In ~/.foprc, I put: 'FOP_HYPHENATION_PATH=/home/lrs/fop/fop-hyph.jar'. In the .fo file, I've tried both, language=no and language=nb. In both cases, I get the following output while running fop: 11.sep.2011 20:14:51 org.apache.fop.hyphenation.Hyphenator getHyphenationTree SEVERE: Couldn't find hyphenation pattern no Any ideas? Lars - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Memory leak in FOP
On Thu, Sep 08, 2011 at 05:33:44PM +0300, Alexios Giotis wrote: It would be good if Apache FOP created bug-fix releases sooner. Indeed, it would. That, and processing patches faster, would be possible if FOP would have more committers. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
I made some notes about possible alternative build procedures on the FOP wiki, http://wiki.apache.org/xmlgraphics-fop/HowTo/BuildFOPAlternatively Simon On Mon, Aug 29, 2011 at 01:37:56PM +0200, Simon Pepping wrote: I see that you resolved the problem by copying qdox.jar from /usr/share/java to lib/build before the build process. I installed the resulting package fop_1.0.dfsg2-2 and ran it on a few test files. The result was OK. It would be good if alternative builds of fop would run a number of our junit tests. The fop team should look into this to formulate a recommendation. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
I see that you resolved the problem by copying qdox.jar from /usr/share/java to lib/build before the build process. I installed the resulting package fop_1.0.dfsg2-2 and ran it on a few test files. The result was OK. It would be good if alternative builds of fop would run a number of our junit tests. The fop team should look into this to formulate a recommendation. Simon On Sat, Aug 27, 2011 at 08:50:37PM +0200, Simon Pepping wrote: It is an interesting observation that fop can be compiled with qdox-1.12 in the lib/build directory, but not in the CLASSPATH variable. It even works with FOP's own jar files: CLASSPATH=lib/build/qdox-1.6.3.jar ant clean resourcegen in fop-1.0 fails, while ant clean resourcegen succeeds. The same error can be provoked in fop's development version. This problem is not a problem of qdox version, but of the way ant deals with the CLASSPATH variable, and the way qdox reacts to that. Somehow it does not have the effect of simply placing those jars in front of the classpath constructed in the build script. I cannot tell you how you should set your CLASSPATH variable for a variant build environment. It all depends on your requirements. If you wish to build fop with fop's build script but with jar files in the system, you might best edit the classpath variables in the build script: libs-build-classpath, libs-tools-build-classpath, libs-run-classpath. A quick scan of the build script suggests that almost all classpaths are constructed using these variables, plus the build directories created by earlier stages of the build. Exceptions are javadocs, which also uses ${java.class.path}, and findbugs, which uses ${libs-findbugs}. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
It is an interesting observation that fop can be compiled with qdox-1.12 in the lib/build directory, but not in the CLASSPATH variable. It even works with FOP's own jar files: CLASSPATH=lib/build/qdox-1.6.3.jar ant clean resourcegen in fop-1.0 fails, while ant clean resourcegen succeeds. The same error can be provoked in fop's development version. This problem is not a problem of qdox version, but of the way ant deals with the CLASSPATH variable, and the way qdox reacts to that. Somehow it does not have the effect of simply placing those jars in front of the classpath constructed in the build script. I cannot tell you how you should set your CLASSPATH variable for a variant build environment. It all depends on your requirements. If you wish to build fop with fop's build script but with jar files in the system, you might best edit the classpath variables in the build script: libs-build-classpath, libs-tools-build-classpath, libs-run-classpath. A quick scan of the build script suggests that almost all classpaths are constructed using these variables, plus the build directories created by earlier stages of the build. Exceptions are javadocs, which also uses ${java.class.path}, and findbugs, which uses ${libs-findbugs}. Simon On Fri, Aug 26, 2011 at 11:46:39PM +0200, Mathieu Malaterre wrote: Hi Simon, Great we are making some progress. Since you are using debian, this will be even easier. Try the attached script. If you are on a debian machine with: $ apt-cache policy libqdox-java libqdox-java: Installed: 1.12-1 You should quickly discover that indeed qdox-1.12 from debian allows proper compilation of fop, *if and only if* copied to lib/build. When using the second version (via export CLASSPATH), one indeed get the error you have seen. I could even reproduce the error using some precompile qdox jar file: mkdir /tmp/cp cd /tmp/cp wget http://mirrors.ibiblio.org/pub/mirrors/maven2/com/thoughtworks/qdox/qdox/1.12/qdox-1.12.jar export CLASSPATH=/tmp/cp/qdox-1.12.jar leads also to the exact same error (*). So now the question, is how did I misread the instructions from: http://xmlgraphics.apache.org/fop/1.0/compiling.html#env-classpath How should I be setting up my CLASSPATH to compile fop ? Thanks again very much for your time, (*) BUILD FAILED /tmp/clean/fop-1.0/build.xml:374: java.lang.NullPointerException at org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) at org.apache.fop.tools.EventProducerCollector.processEventProducerInterface(EventProducerCollector.java:130) at org.apache.fop.tools.EventProducerCollector.scanFile(EventProducerCollector.java:100) at org.apache.fop.tools.EventProducerCollectorTask.processFileSets(EventProducerCollectorTask.java:213) at org.apache.fop.tools.EventProducerCollectorTask.execute(EventProducerCollectorTask.java:69) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) at org.apache.tools.ant.Project.executeTarget(Project.java:1329) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1212) at org.apache.tools.ant.Main.runBuild(Main.java:801) at org.apache.tools.ant.Main.startAnt(Main.java:218) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source on debian
On Fri, Aug 26, 2011 at 01:46:13PM +0200, Mathieu Malaterre wrote: Simon, Thanks again for your kind response. I believe we are going away from the actual issue I am seeing. I do not believe this is related to the Linux distribution used but to whether or not one can use a newer qdox version to build fop or not. See my recent post. I took the source code of fop-1.0, replaced lib/build/qdox-1.6.3.jar with lib/build/qdox-1.12.jar, and ran ant compile and ant junit. Both were successfull. There is a warning about a deprecated method, but that is not fatal. The answer to your question is: yes, fop-1.0 can be successfully built with qdox-1.12. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
Earlier I wrote: I took the source code of fop-1.0, replaced lib/build/qdox-1.6.3.jar with lib/build/qdox-1.12.jar from fop's development code, and ran ant compile and ant junit. Both were successfull. There is a warning about a deprecated method, but that is not fatal. The answer to your question is: yes, fop-1.0 can be successfully built with qdox-1.12. I now did as you describe below, on a debian testing system, and got your error indeed. ls -l /usr/share/java/qdox.jar lrwxrwxrwx 1 root root 13 mei 3 23:53 /usr/share/java/qdox.jar - qdox-1.12.jar Conclusion: There is a difference between lib/build/qdox-1.12.jar in fop's development code and /usr/share/java/qdox-1.12.jar in debian testing. Looking at the code, the NPE is generated by the call method.getReturns().isVoid(). method is not null, because it has been referenced in the preceding line. So method.getReturns() is null. method.getReturns() is the deprecated method, but one would expect that such a method would always return a non-null object, since any method has a return type, even if void. You can check why debian's qdox-1.12 is different from fop's, or patch fop's code at org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) (src/codegen/java/org/apache/fop/tools/EventProducerCollector.java) to use method.getReturnType() instead of method.getReturns(). FOP's development code uses method.getReturnType() and qdox-1.12. Simon On Fri, Aug 26, 2011 at 01:45:04PM +0200, Mathieu Malaterre wrote: Dear all, I am trying to build fop from source using qdox 1.11. On my debian system here is what I did: $ wget http://mir2.ovh.net/ftp.apache.org/dist//xmlgraphics/fop/source/fop-1.0-src.tar.gz $ tar xfz fop-1.0-src.tar.gz $ cd fop-1.0 $ export CLASSPATH=/usr/share/java/qdox.jar:/usr/share/java/commons-io.jar $ ant resourcegen This leads to the following error (*). I would like to know whether: - building fop from source using qdox version != 1.6.3 is actually supported ? - did anyone tried to compile fop with a more recent qdox version ? If not, where can I download source code for qdox 1.6.3, I could not find it on the official website: http://snapshots.repository.codehaus.org/com/thoughtworks/qdox/qdox/ Thank you very much for your time, -Mathieu (*) BUILD FAILED /tmp/test/fop-1.0/build.xml:374: java.lang.NullPointerException at org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) at org.apache.fop.tools.EventProducerCollector.processEventProducerInterface(EventProducerCollector.java:130) at org.apache.fop.tools.EventProducerCollector.scanFile(EventProducerCollector.java:100) at org.apache.fop.tools.EventProducerCollectorTask.processFileSets(EventProducerCollectorTask.java:213) at org.apache.fop.tools.EventProducerCollectorTask.execute(EventProducerCollectorTask.java:69) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) at org.apache.tools.ant.Project.executeTarget(Project.java:1329) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1212) at org.apache.tools.ant.Main.runBuild(Main.java:801) at org.apache.tools.ant.Main.startAnt(Main.java:218) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Total time: 13 seconds - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source on debian
Hi Mathieu, I am beginning to understand that you are not reporting problems in FOP's build process, but in Debian's build process of the FOP package. I looked at debian bug reports 638532 and 639162 and FOP bug report 50575. All three reports seem to refer to binaries and sources of Linux distributions, viz. RHEL and Debian. The problems reported seem to be due to the build process in those distributions, which is different from the build process provided by the FOP team. Those problems should be solved by the maintainers of those distributions. The FOP team is only responsible for FOP's own build process and the binaries published by us. It is therefore not right report those problems in a FOP bug report or to forward debian bug report 639162 to the FOP bug report. As a debian user and fan I would be willing to help debugging the problem, and I would like to see fop 1.0 in the testing distribution, but I would rather address other priorities. I also note from the Debian bug report 638532 that the maintainers report the problem as solved, although report 639162 contradicts that. The event models, of which there are currently 16, all named event.xml, are generated from the java code. In FOP's own build process, that happens in the eventResourceGenerator task, which is run after the compile-java task, the compilation of ${src.codegen.dir}/java, and the copying of ${src.codegen.dir}/java/**/*.xsl. I guess that in your build process some of these steps were not performed successfully. Best, Simon On Tue, Aug 23, 2011 at 12:23:07PM +0200, Mathieu Malaterre wrote: Hi Simon, Thanks for taking the time to answer my question. On Mon, Aug 22, 2011 at 8:31 PM, Simon Pepping spepp...@leverkruid.eu wrote: This should not happen. I looks like an error in the order of the build targets. How did you run the build? Which ant version and which java in which version are you using? ant is version 1.8.2-3 (debian) java is: java version 1.6.0_18 OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1) OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode) We are only building the following two targets: DEB_ANT_BUILD_TARGET := package javadocs And the classpath is set to (during build): DEB_JARS := $(ANT_HOME)/lib/ant-trax.jar batik-all xml-apis-ext batik-libs xml-apis avalon-framework xercesImpl xmlParserAPIs xalan2 junit commons-io commons-logging xmlgraphics-commons servlet-api-2.4 qdox Reported as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532 Your build errors are not fop bugs, unless proven. No thanks. This is what surprised me when I saw a Null pointer exception being raised in the code. Starring at the code I could not understand if this was part of the pre-condition or if there is an issue with the code which does not support null pointer. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source on debian
This should not happen. I looks like an error in the order of the build targets. How did you run the build? Which ant version and which java in which version are you using? Builds on debian are no different from builds on other systems. The ant build specifies the class path, and therefore cannot be thrown off by different versions elsewhere in the system. On Mon, Aug 22, 2011 at 04:16:05PM +0200, Mathieu Malaterre wrote: Dear all I am trying to build fop from source on a debian machine, and I am getting this odd compilation error: BUILD FAILED /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/build.xml:374: java.lang.NullPointerException By any chance would anyone knows what is going on ? Searching on internet it looks like the main difference is the version of qdox used (debian uses 1.12) while fop seems to be shipped with 1.6.3 Reported as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532 Your build errors are not fop bugs, unless proven. No thanks. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP and large documents (again)
On Tue, Aug 16, 2011 at 04:23:47AM +0200, Stephan Thesing wrote: I would rather change the layout managers to produce KnuthElements in the way TeX does and leave page alignment to the page collection stage. I don't see another manageable way to do this but to add to the layout managers a new interface for this demand driven approach. Essentially, this would result in a parallel implementation of generating content to the getNextKnuthElements() and addAreas() interface. By demand driven do you mean that the page collection process requests Knuth elements from the layout managers? That seems the way to go indeed. You may come a long way, but it will be difficult to reproduce all details and pass all unit tests. OTOH, efforts that aimed at full compatibility have failed so far, so an effort which focuses on the target functionality first, and full compatibility later, may be the best strategy. PS: Is there any more in-depth documentation about the way the layout managers work apart from the Wiki Pages? Years ago I had documentation which was called DnI (Design and Implementation). I deleted it because it had become obsolete. It has quite a few details on the layout engine, and maybe some of it is still useful. You can find it in old revisions, e.g. http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/documentation/content/xdocs/DnI/?pathrev=947983. It is based on docbook 4.2. You may have some trouble building it, because the Makefile still uses fop 0.20.5. Other documentation than that we do not have. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP and large documents (again)
On Wed, Aug 03, 2011 at 10:23:48AM +0200, Stephan Thesing wrote: Looking at the code (as far as I understand it), for each page-sequence all KnuthElements are computed first by the layout managers. This is split only for forced page breaks. Then on the whole sequence, possible page break positions are searched for. Only after this are the actual output areas computed and pages produced. Clearly, this doesn't scale for large page-sequences... Is there a reason why this approach was chosen, instead of lazily (or on-demand)computing KnuthElements, putting them on the page and as soon as it is filled, pass it to the renderer? Both line and page breaking use the Knuth algorithm of a total fit. The algorithm requires the complete content before it can be applied. Clearly TeX does not do this; for page breaking it uses a best fit approach. For FOP it would be better if it could apply either strategy, at the demand of the user. But FOP is coded such that it first collects all content, in the process doing all line breaking in paragraphs, before it starts its page breaking algorithm. Therefore a best fit page breaking algorithm does not solve the memory problem. Changing this so that page breaking (best or total fit at the user's choice) is considered while collecting content has proven too hard (or too time-consuming) until now. See e.g. http://svn.apache.org/viewvc/xmlgraphics/fop/branches/Temp_Interleaved_Page_Line_Breaking/. There is a best fit page breaking algorithm, which is mainly used for cases with varying page widths. But it is a hack in the sense that it throws away all collected content beyond the current page, and restarts the process. So, help needed. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Complex Script Support
I am pleased to inform you that Glenn Adams updated his work with a new patch. This patch includes the following: * bug fixes * new layout engine tests for right-to-left writing mode * new generic indic script processing support * new devanagari script processing support See milestone Patch 4 at http://skynav.trac.cvsdude.com/fop/report/6 for further details. The update has been imported into FOP's code in the Temp_ComplexScripts branch. The new code is available at the URLs cited below. You can download the binary distribution or the fop jar file from http://people.apache.org/~spepping/. You can check out the source code from FOP's subversion repository, http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts. You can follow the work at FOP's Bugzilla, bug nr. 49687, https://issues.apache.org/bugzilla/show_bug.cgi?id=49687. Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Arabic text being 'transformed' into something that looks Arabic but is not exactly the same as what I put in
A build of the complex scripts branch can be found at http://people.apache.org/~spepping/. Glenn's GIT repository contains new work beyond the code that is in the complex scripts branch. Feedback is very welcome. Simon On Thu, May 05, 2011 at 01:33:06PM +0200, Pascal Sancho wrote: I cannot say yes or no. This feature is a big one, still in development, and needs always feedback. Le 05/05/2011 12:02, Bas van den Broek a écrit : Thanks, I'll look around a bit to see if I can get this to work. Will this be integrated into FOP at some point? Any timeline that you know of? Kind regards, Bas van den Broek -Original Message- From: Pascal Sancho [mailto:pascal.san...@takoma.fr] Sent: Thursday, May 05, 2011 11:30 To: fop-users@xmlgraphics.apache.org Subject: Re: Arabic text being 'transformed' into something that looks Arabic but is not exactly the same as what I put in Hi Bas, FOP currently doesn't support non-latin scripts. Fortunately, Glenn Adams is working on this topic and has made a great job. You can download sources from various locations (you'll have to build FOP yourself): - complex scripts FOP branch: https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts - Glenn's GIT: git://github.com/skynavga/fop.git. You can get further information here: - Glenn's Wiki: https://skynav.trac.cvsdude.com/fop/wiki/ComplexScripts - Bugzilla FOP complex scripts entry: https://issues.apache.org/bugzilla/show_bug.cgi?id=49687 Le 05/05/2011 11:03, Bas van den Broek a écrit : Hi all, I recently received a ticket from an Arabic client that text being transformed using FOP was not quite the same as the input was. So I made a testproject and this is the XSL I'm putting into FOP: ?xml version=1.0 encoding=UTF-8?fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=MyPage page-height=11.693in page-width=8.268in fo:region-body margin-bottom=0.5in margin-left=0.5in margin-right=0.5in margin-top=0.5in/ fo:region-before display-align=before extent=0.5in region-name=xsl-region-before/ fo:region-after display-align=after extent=0.5in region-name=xsl-region-after/ fo:region-start extent=0.5in/ fo:region-end extent=0.5in/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=MyPage fo:flow flow-name=xsl-region-body fo:block color=#00 font-family=tahoma font-size=10pt font-style=normal font-weight=normal fo:block fo:table border-collapse=separate border-spacing=0pt padding=0pt table-layout=fixed text-align=left width=100% fo:table-column column-width=50%/ fo:table-column column-width=50%/ fo:table-body fo:table-row fo:table-cell display-align=before text-align=left fo:block white-space-collapse=false wrap-option=wrap fo:block linefeed-treatment=preserve white-space-collapse=false wrap-option=wrapعربي/fo:block /fo:block /fo:table-cell fo:table-cell display-align=before text-align=left fo:block white-space-collapse=false wrap-option=wrap/ /fo:table-cell /fo:table-row fo:table-row fo:table-cell display-align=before text-align=left fo:block white-space-collapse=false wrap-option=wrap fo:block linefeed-treatment=preserve white-space-collapse=false wrap-option=wrapعربي/fo:block /fo:block /fo:table-cell fo:table-cell display-align=before text-align=left fo:block white-space-collapse=false wrap-option=wrap/ /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block fo:block id=terminator/ /fo:block /fo:flow /fo:page-sequence /fo:root (Apologies for the overly long XSL, this is being generated) Notice the Arabic text in 2 of the cells (I don't know what the word means btw) I'm using Tahoma which is capable of showing these characters, and this font has been put into the font options. font kerning=yes embed-url=tahoma.ttf font-triplet name=tahoma style=normal weight=normal/ font-triplet name=tahomaMT style=normal weight=normal/ /font I used other fonts this way and this does not seem to be the problem anyway. Also, using rl-tb instead of lr-tb does not solve the issue, it only does what you would expect, reverse the text. The result looks like this: يبرع يبرع Which certainly looks Arabic but is not quite the same
Re: Liang's paper
Thanks. I added the link to FOP's hyphenation page in the trunk tab. The hyphenation pages in the other tabs have been released, so I am not going to edit them. Regards, Simon On Sat, Apr 2, 2011 at 15:30, pbw@... wrote: Simon, the hyphenation page says that Liang's paper is not available on the web. The low-res link at http://www.tug.org/docs/liang/ works. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Complex Script Support
I am pleased to inform you that Glenn Adams updated his work with a new patch. This patch adds bug fixes and tests. The update has been imported into FOP's code in the Temp_ComplexScripts branch. The new code is available at the URLs cited below. Simon On Thu, Sep 30, 2010 at 01:22:44PM +0200, Simon Pepping wrote: I am pleased to inform you that Glenn Adams updated his work with an extensive patch. This patch completes the first round of functional support for OpenType GDEF/GSUB/GPOS advanced typographic tables as employed by selected Arabic fonts (see supported fonts at https://skynav.trac.cvsdude.com/fop/wiki/SupportedFonts). The update has been imported into FOP's code in the Temp_ComplexScripts branch. The new code is available at the URLs cited below. Simon On Thu, Aug 19, 2010 at 10:35:26PM +0200, Simon Pepping wrote: We are happy to let you know that Complex Script Support for FOP is under development. Glenn Adams is developing this functionality on behalf of Basis Technologies. To make this development efficient and successful, we need your contribution as well. Does your native language use complex scripts and perhaps right-to-left writing mode (Arabic, Hebrew, Indic scripts)? Then install this version of FOP and test it with some of your XML or FO files. Report your findings on this mailing list. We will announce updates of this work on this mailing list. You can download the binary distribution or the fop jar file from http://people.apache.org/~spepping/. You can check out the source code from FOP's subversion repository, http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts. You can follow the work at FOP's Bugzilla, bug nr. 49687, https://issues.apache.org/bugzilla/show_bug.cgi?id=49687. -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP 1.0 - LengthRangeProperty checkConsistency
On Wed, Jan 12, 2011 at 05:35:28PM -0500, Benoit, Frederick C. wrote: I am using StylusStudio which the Xalan processor, FOP 1.0 validation XSD and FOP 1.0 post-processor to render a PDF. I've been working my way through various validation errors over the past few days, but now I'm stuck on the following error: org.apache.fop.fo.properties.LengthRangeProperty checkConsistency SEVERE: forcing opt to min in LengthRange You have an optimum value that is less than the minimum value, and both were set explicitly. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP Trunk Snapshot (fop-20110110.jar) : barcode4j
Why does this cause an error? I see no problem in barcode's method BarcodeElementMapping.initialize. In eclipse I can compile barcode without errors with FOP from before your latest fix. Simon On Wed, Jan 12, 2011 at 09:01:45PM +0100, Jeremias Maerki wrote: Thanks for noticing. This was broken by: http://svn.apache.org/viewvc?rev=1055034view=rev ...and is now fixed by: http://svn.apache.org/viewvc?rev=1058295view=rev There was a comment there saying not to change HashMap to Map, but it seems it got overlooked. On 12.01.2011 12:06:03 Philippe Pithon wrote: Hi, I use now FOP Trunk Snapshot (20110110) and barcode4j-fop-ext-complete.jar With FOP 1.0, barcode works fine but in trunk, there is an error Any ideas ? Philippe Pithon Caused by: java.lang.NoSuchFieldError: foObjs at org.krysalis.barcode4j.fop.BarcodeElementMapping.initialize(BarcodeElementMapping.java:49) at org.krysalis.barcode4j.fop.BarcodeElementMapping.init(BarcodeElementMapping.java:39) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.fop.fo.ElementMappingRegistry.addElementMapping(ElementMappingRegistry.java:97) at org.apache.fop.fo.ElementMappingRegistry.setupDefaultMappings(ElementMappingRegistry.java:80) at org.apache.fop.fo.ElementMappingRegistry.init(ElementMappingRegistry.java:67) at org.apache.fop.apps.FopFactory.init(FopFactory.java:162) at org.apache.fop.apps.FopFactory.newInstance(FopFactory.java:185) - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP 1.0 line feed not visible
On Wed, Jan 12, 2011 at 10:00:14AM +0100, Philippe Pithon wrote: Hi, I try snapshots... But problem... in FOP 1.0 I extend class PDFRenderer and in snapshot this class not found Snapshots are binary downloads. For source downloads, see http://xmlgraphics.apache.org/fop/download.html. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Design Notes for Extensible Stylesheet Language (XSL) 2.0 Draft Published
Design Notes for Extensible Stylesheet Language (XSL) 2.0 Draft Published, see http://www.w3.org/News/2010#entry-8981. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Bug 49837 - Soft Hyphen
On Thu, Dec 02, 2010 at 07:12:08PM +0200, Klearchos Klearchou wrote: I have Fop version 0.95 and I am trying to upgrade to 1.0 but I have problems with the following regression bug (49837 https://issues.apache.org/bugzilla/show_bug.cgi?id=49837 ). Is there any workaround for this? The problem occurs when a soft-hyphen follows white-space or is the first character in a block. You can work around it by avoiding those situations. If you encounter the problem in other situations, please, let us know. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Bug 49837 - Soft Hyphen
On Fri, Dec 03, 2010 at 12:17:43PM +0200, Klearchos Klearchou wrote: Hello Simon, Thank you for answering I was about to write a new mail. I have changed the code at the class (org.apache.fop.traits.MinOptMax). Here is the change: public MinOptMax mult(int factor) { if (factor 0) { factor = 0; } if (factor == 1) { return this; } else { return getInstance(min * factor, opt * factor, max * factor); } } Basically instead of throwing an Exception I set the value to 0 and I let it return the getInstance(min * factor, opt * factor, max * factor). I am currently checking the code and it seems that the PDFs look ok and of course there is no exception. Could you please tell me if this could have any side-effect since I do not have lot of experience with the FOP source. That is a quick hack, and it might well have any side effects. Can you tell us your use case: Why do you want to process fo files with a soft hyphen after a white space or at the start of a block? I will try to find out how the factor can be -1; it should not. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Bug 49837 - Soft Hyphen
Hi Klearchos, The following patch solves the problem: Index: src/java/org/apache/fop/layoutmgr/inline/TextLayoutManager.java === --- src/java/org/apache/fop/layoutmgr/inline/TextLayoutManager.java (revision 1041771) +++ src/java/org/apache/fop/layoutmgr/inline/TextLayoutManager.java (working copy) @@ -813,6 +813,10 @@ } } int letterSpaces = wordLength - 1; +// a word consisting of only a soft hyphen, has wordLenght == 0 +if (wordLength == 0) { +letterSpaces = 0; +} // if there is a break opportunity and the next one // is not a space, it could be used as a line end; // add one more letter space, in case other text follows I will commit it after I have constructed the test case. Your patch would indeed produce the correct result, as it has essentially the same effect as my above patch. On Fri, Dec 03, 2010 at 02:10:02PM +0200, Klearchos Klearchou wrote: Hello Simon and All, I noticed that there was a series of characters in one of my texts that was included inside the FO (space - space). I have removed the - and retyped it. Possibly it has been copied from a word document and it was somehow different. So it is a machine-generated thing. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Bug 49837 - Soft Hyphen
On Fri, Dec 03, 2010 at 03:40:57AM -0800, Matthias Reischenbacher wrote: Hi Simon, wouldn't it be possible to partially undo the changes from this bugzilla entry: https://issues.apache.org/bugzilla/show_bug.cgi?id=48071 It is not really undoing the changes of that patch. That patch introduced checking preconditions for the method, and by doing this revealed an error that had gone unnoticed before. So I am removing the real error. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: JEuclid and FOP
On Mon, Nov 01, 2010 at 09:31:23PM +0100, J.Pietschmann wrote: On 01.11.2010 13:20, Peter Hancock wrote: I am not a windows user and so there may be an environmental reason you are not have success but I do not think that is likely. The fop.bat for windows isn't nearly as intelligent as the fop shell script used on Linux/Unix. In particular, on windows each jar which has to be included into the classpath gets an explicit line in the fop.bat, while the shell script automatically includes every jar it finds in the lib subdirectory. The fop.cmd command file should also automatically includes every jar in the lib subdir, but usually the fop.bat command takes precedence. I created fop.js for the same purpose. It should also include all jar files in the lib subdirectory automatically. Since I do not use MS Windows myself, I did not use or test it recently. Simon So in order to so in order to get FOP with JEuclid working on Windows with the fop.bat command, the fop.bat file has to be modified to add the JEuclid jars to LOCALCLASSPATH (this should'nt be too hard). Or just call fop.cmd explicitely: fop.cmd mathml.fo mathml.pdf - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
New release of OFFO hyphenation patterns for FOP
I am pleased to announce a new release of the OFFO hyphenation patterns for FOP. The hyphenation patterns in this release are based on the TeX hyphenation patterns hosted on CTAN and obtained from them by direct conversion. The new version number is 2.0. This release is a follow-up to the experimental release last year, then called fop-hyphenation-utf8. The new patterns can be used with FOP 1.0 and higher. For older versions of FOP you must use the old patterns, contained in offo hyphenation version 1.2. Because there are more patterns than before, and there are multiple alternatives for several languages, FOP now allows you to configure which pattern you want to use. This configuration option is available in the current development code, and will be released in FOP version 1.1. Download the new compiled patterns from http://sourceforge.net/projects/offo/. See the website at http://offo.sourceforge.net/ for more information. With kind regards, Simon Pepping - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Nightly snapshots
I am pleased to inform you that every night a snapshot of Apache FOP's main development code (a.k.a. fop trunk) is built. These snapshots are aimed at users who want to try out the newest features but are not used to building Apache FOP themselves. The snapshots can be found at http://ci.apache.org/projects/xmlgraphics/fop/snapshots/. We hope that they are useful. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Incorrect hyphenation of Polish language
On Thu, Sep 09, 2010 at 07:08:45PM -0300, Matthias Reischenbacher wrote: Hi, I'm having problems with hyphenation of text in polish language. A polish translator checked a 200 pages PDF file generated by FOP and found over 30 hyphenation errors. I double checked if the language attribute was correctly set on the fo:root element. Is it possible that the hyphenation pattern is just wrong in some cases? If that's the case, are there any other hyphenation patterns Yes, that is possible. that can be used (including commercial ones)? At http://sourceforge.net/projects/offo/files/offo-hyphenation-utf8/0.1/offo-hyphenation-fop-stable-utf8.zip/download you will find some new hyphenation patterns, which you can try. They are based on the current UTF-8 hyphenation patterns in TeX. I do not know if the Polish patterns are really different from the old ones. You need fop-1.0 to use these patterns. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How to prevent line break when hyphenation is enabled?
On Thu, Sep 09, 2010 at 04:27:31PM -0300, Matthias Reischenbacher wrote: Hi, is there a way to prevent a line break inside a word, when hyphenation is enabled? I've tried two things, but neither of them did the trick: 1. Insert WORD JOINER characters (Ux2060) between all characters of the word 2. fo:inline keep-together.within-line=always/ Any non-word character prevents hyphenation. Word characters are defined in the classes element in the source hyphenation file. For German these are a-z, ä, å, ö, ü and ß. WORD JOINER is not one of them, but apparently it is filtered out. I tried ZERO WIDTH JOINER, but that is rendered as an 'unknown glyph' #. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How to prevent line break when hyphenation is enabled?
On Fri, Sep 10, 2010 at 12:09:40PM -0300, Matthias Reischenbacher wrote: Hi Simon, What is kind of strange although, when using some other font, which also contains this character (e.g. Arial, Calibri, Times New Roman etc. [1]), the character gets displayed in a weird way (have a look at the attached screenshot). I'd prefer to use Arial because it's a Windows standard font, but if that's not possible I'm happy with the current solution too. Which part of the FOP code is responsible for drawing this character in PDF output? [1] http://www.fileformat.info/info/unicode/char/200d/fontsupport.htm Interesting site. When you click on the link 'Local fonts', you see that some fonts have this glyph for the zero-width joiner. I guess those fonts focus more on insight in the character string than on rendering texts. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: AW: Incorrect hyphenation of Polish language
On Fri, Sep 10, 2010 at 01:08:39PM -0300, Matthias Reischenbacher wrote: Hi Georg, thanks for your response. In this case I don't want to prevent hyphenation. The problem is, that the hyphenation is done incorrectly. I might end up adding some exceptions in order to disable hyphenation for some words but that's only a suboptimal solution. Can you not use discretionary hyphens in your fo file? On 10.09.2010 12:44, Georg Datterl wrote: Hi Matthias, I don't quite understand why keep-together does not work for you, but if you only have a few words where you want to prevent hyphenation, you can write exceptions directly into the pattern file. I think you would have to take the source XML hyphenation pattern file, and edit that. Then remove the compiled hyp file from the jar and add the edited source file. You can also compile the source file (for efficiency); there is an ant task for it. The only other hyphenation patterns I know are those of OpenOffice. They are often also derived from the TeX patterns, but not always. I do not know how to use the OOo patterns in FOP or convert them to FOP. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Xmlgraphics-commons-1.4 and fop-1.0 deployed to Maven central
I am pleased to inform you that for the benefit of our Maven users, xmlgraphics-commons-1.4 and fop-1.0, the recent releases of these two projects, have now been successfully deployed to Maven central. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: direction=rtl not available in fop-1.0?
On Thu, Aug 19, 2010 at 12:17:00PM +0800, Glenn Adams wrote: Work is underway to add full support for complex scripts, including bidirectional writing, to FOP. A preliminary patch was posted at the following, however, please note that it is preliminary, incomplete, and has known issues. I expect this work will be fully completed within a few months and you shall then have full support for Arabic, Hebrew, Syriac, and other bidirectional scripts. https://issues.apache.org/bugzilla/show_bug.cgi?id=49687 Glenn's work will be published in the subversion branch Temp_ComplexScripts (http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts/), see also http://svn.apache.org/viewvc/xmlgraphics/fop/branches/Temp_ComplexScripts/. We will announce when major updates to this branch are made, and we encourage people who need this functionality to test and report their findings. We expect the first update in a couple of days. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Bug in 1.0?
On Wed, Aug 18, 2010 at 09:20:48AM -0400, Amick, Eric wrote: In the attached FO and PDF files, I was expecting all the boldface numbers to be aligned, but they're not. Am I misunderstanding, or is this a bug? There seems to be an error in the calculation of the line length in the presence of short leaders. In those cases the line is compressed too much. This can be seen well if in the case of e.g. 'abcdefg' you omit the leaders; then you will get a line of the proper length. Please file a bug in bugzilla. Simon -- Simon Pepping home page: http://www.leverkruid.eu ?xml version=1.0 encoding=utf-8? root xmlns=http://www.w3.org/1999/XSL/Format; font-size=8.9pt layout-master-set simple-page-master page-height=10.25in page-width=7.5in master-name=blank-page region-body/ /simple-page-master simple-page-master page-height=10.25in page-width=7.5in margin-right=.25in margin-left=.75in margin-top=.5in margin-bottom=.5in master-name=first-page-odd region-body margin-bottom=1.2em margin-top=2.4em column-gap=.25in column-count=2/ region-after extent=1.2em/ /simple-page-master simple-page-master page-height=10.25in page-width=7.5in margin-right=.25in margin-left=.75in margin-top=.5in margin-bottom=.5in master-name=odd-page region-body margin-bottom=1.2em margin-top=2.4em column-gap=.25in column-count=2/ region-before extent=2.4em region-name=odd-header/ region-after extent=1.2em/ /simple-page-master simple-page-master page-height=10.25in page-width=7.5in margin-left=.25in margin-right=.75in margin-top=.5in margin-bottom=.5in master-name=first-page-even region-body margin-bottom=1.2em margin-top=2.4em column-gap=.25in column-count=2/ region-after extent=1.2em/ /simple-page-master simple-page-master page-height=10.25in page-width=7.5in margin-left=.25in margin-right=.75in margin-top=.5in margin-bottom=.5in master-name=even-page region-body margin-bottom=1.2em margin-top=2.4em column-gap=.25in column-count=2/ region-before extent=2.4em region-name=even-header/ region-after extent=1.2em/ /simple-page-master page-sequence-master master-name=main repeatable-page-master-alternatives conditional-page-master-reference master-reference=blank-page blank-or-not-blank=blank/ conditional-page-master-reference master-reference=first-page-odd odd-or-even=odd page-position=first/ conditional-page-master-reference master-reference=first-page-even odd-or-even=even page-position=first/ conditional-page-master-reference master-reference=odd-page odd-or-even=odd/ conditional-page-master-reference master-reference=even-page/ /repeatable-page-master-alternatives /page-sequence-master /layout-master-set page-sequence id=gensupport master-reference=main flow flow-name=xsl-region-body block text-align-last=justify text-indent=-2em start-indent=2em wrapperMyers, Rod /wrapper inline A really long piece of info here for abcdefg Dir - House Garages amp; Parking Secur G2-28/inline leader leader-pattern=dots/ wrapper font-weight=bold56749/wrapper /block block text-align-last=justify text-indent=-2em start-indent=2em wrapperMyers, Rod /wrapper inline A really long piece of info here for abcdefg Dir - House Garages amp; Parking Secur G2-28/inline wrapper font-weight=bold56749/wrapper /block block text-align-last=justify text-indent=-2em start-indent=2em wrapperMyers, Rod /wrapper inline A really long piece of info here for abc Dir - House Garages amp; Parking Secur G2-28/inline leader leader-pattern=dots/ wrapper font-weight=bold56749/wrapper /block block text-align-last=justify text-indent=-2em start-indent=2em wrapperHouse Office Buildings /wrapper inlineB341 RHOB/inline leader leader-pattern=dots/ wrapper font-weight=bold54141/wrapper /block /flow /page-sequence /root - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Complex Script Support
We are happy to let you know that Complex Script Support for FOP is under development. Glenn Adams is developing this functionality on behalf of Basis Technologies. To make this development efficient and successful, we need your contribution as well. Does your native language use complex scripts and perhaps right-to-left writing mode (Arabic, Hebrew, Indic scripts)? Then install this version of FOP and test it with some of your XML or FO files. Report your findings on this mailing list. We will announce updates of this work on this mailing list. You can download the binary distribution or the fop jar file from http://people.apache.org/~spepping/. You can check out the source code from FOP's subversion repository, http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts. You can follow the work at FOP's Bugzilla, bug nr. 49687, https://issues.apache.org/bugzilla/show_bug.cgi?id=49687. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP 1.0 in the maven repository [was: Re: The Apache Software Foundation Announces Apache FOP Version 1.0]
You can find maven bundles at http://people.apache.org/~spepping/commons-1_4/xmlgraphics-commons-1.4-bundle.jar and http://people.apache.org/~spepping/fop-1_0/fop-1.0-bundle.jar. If you open the jar files as zip files, you will find pom.xml. For your convenience I extracted them as http://people.apache.org/~spepping/commons-1_4/pom.xml and http://people.apache.org/~spepping/fop-1_0/pom.xml. Simon On Mon, Aug 16, 2010 at 11:08:23PM -0700, user7474 wrote: Ognjen Blagojevic-5 wrote: On 23.7.2010 12:19, Simon Pepping wrote: We could install 1.0 manually to local repo, but it would be much easier to have it in Maven Central. I have added fop 1.0 to our local maven repository. Because of the fact that there is no pom.xml I have written one, is the following correct, especially the dependencies? project modelVersion4.0.0/modelVersion groupIdorg.apache.xmlgraphics/groupId artifactIdfop/artifactId version1.0/version urlhttp://xmlgraphics.apache.org/fop//url description Apache FOP (Formatting Objects Processor) is the world's first print formatter driven by XSL formatting objects (XSL-FO) and the world's first output independent formatter. It is a Java application that reads a formatting object (FO) tree and renders the resulting pages to a specified output. Output formats currently supported include PDF, PCL, PS, AFP, TIFF, PNG, SVG, XML (area tree representation), Print, AWT and TXT. The primary output target is PDF. /description inceptionYear2010/inceptionYear mailingLists mailingList nameFOP Users List/name subscribefop-users-subscr...@xmlgraphics.apache.org/subscribe unsubscribefop-users-unsubscr...@xmlgraphics.apache.org/unsubscribe archivehttp://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users//archive /mailingList mailingList nameFOP Developer List/name subscribefop-dev-subscr...@xmlgraphics.apache.org/subscribe unsubscribefop-dev-unsubscr...@xmlgraphics.apache.org/unsubscribe archivehttp://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev//archive /mailingList mailingList nameFOP Commit List/name subscribefop-commits-subscr...@xmlgraphics.apache.org/subscribe unsubscribefop-commits-unsubscr...@xmlgraphics.apache.org/unsubscribe archivehttp://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-commits//archive /mailingList /mailingLists licenses license nameThe Apache Software License, Version 2.0/name urlhttp://www.apache.org/licenses/LICENSE-2.0.txt/url distributionrepo/distribution /license /licenses scm connectionscm:svn:http://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/connection developerConnectionscm:svn:https://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/developerConnection urlhttp://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/trunk/?root=Apache-SVN/url /scm organization nameApache Software Foundation/name urlhttp://www.apache.org//url /organization dependencies !-- XML Graphics -- dependency groupIdorg.apache.xmlgraphics/groupId artifactIdxmlgraphics-commons/artifactId version1.4/version /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-svg-dom/artifactId version1.7/version /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-bridge/artifactId version1.7/version /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-awt-util/artifactId version1.7/version /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-gvt/artifactId version1.7/version /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-transcoder/artifactId version1.7/version exclusions exclusion groupIdorg.apache.xmlgraphics/groupId artifactIdfop/artifactId /exclusion /exclusions /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-extension/artifactId version1.7/version /dependency dependency groupIdorg.apache.xmlgraphics/groupId artifactIdbatik-ext/artifactId version1.7/version /dependency !-- other dependencies -- dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0.4/version /dependency dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId
FOP 1.0 in the maven repository [was: Re: The Apache Software Foundation Announces Apache FOP Version 1.0]
On Fri, Jul 23, 2010 at 11:18:01AM +0200, Sergiu Dumitriu wrote: And when will 1.0 be available on the central maven repo? At this moment maven is outside the scope of the available FOP team members. I have requested help. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: The Apache Software Foundation Announces Apache FOP Version 1.0
On Thu, Jul 22, 2010 at 08:19:13AM +0200, Michael Seeberger wrote: Hi there, when i select the Version 1.0-Tab on http://xmlgraphics.apache.org/fop/ it still shows Apache FOP Trunk (Development code) and there is no download-link to the new version. is this the right behaviour? Indeed, it is. The download link is in the Home tab, second link under About. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
The Apache Software Foundation Announces Apache FOP Version 1.0
Redesigned, Stable Version of Pioneering XSL Formatting Objects Processor Rounds Out Apache XML Software Stack FOREST HILL, Md., July 21 -- The Apache Software Foundation (ASF) - the all-volunteer developers, stewards, and incubators of nearly 150 Open Source projects and initiatives - today announced the Version 1.0 release of Apache FOP, the Open Source XSL Formatting Objects Processor. An Apache project since 1999, FOP is one of the industry's first print formatters driven by W3C-standard XSL Formatting Objects created to display, convert, and print to formats such as PDF, PostScript, SVG, RTF, and XML. In addition, FOP is among the most commonly-used output-independent formatters. The Apache FOP code base has grown over the past decade under the guidance of a Project Management Committee (PMC) who oversee its day-to-day activities and community development. FOP v.1.0 provides a good subset of the W3C XSL-FO 1.0/1.1 specification. Its stable, 1.0 designation provides added recognition as the productive tool it has been for years, said Jeremias Marki, member of the Apache XML Graphics Project Management Committee. Its redesign and improved features in the layout engine makes it an even better experience for the many developers and users who produce millions of pages each year. Apache FOP is in use at Accenture, Airbus, Australia Post, BNP Paribas, Capgemini, Credit Suisse, CSC, Denic, European Patent Office, FedEx, Ford, HP, IBM, IntelliData, Marriot International, Morgan Stanley, Polaris, Siemens, Swiss Federal Institute of Intellectual Property, Tecra, US Army, US House of Representatives, and Wyona, among many others. In addition, FOP is the default implementation bundled in XML editors such as XSLfast, Oxygen, and XMLSpy. Thunderhead relies on open standards, and FOP is at the heart of our innovative NOW platform. We are proud to have been able to play a part in its development, said Glen Manchester, CEO of Thunderhead. As long-time supporters of FOP, our congratulations go to the whole FOP team at Apache on reaching the Version 1.0 milestone. The release of FOP v.1.0 completes a free XML software stack, comprising: Apache Xerces, Apache Xalan, and Apache FOP. The ability to insert graphics into one's print output is possible using Apache Batik. The Apache XML stack makes transforming and formatting XML data (for example DocBook XML) a viable option for individual and start-up users without business cash flow. Some 'overnight successes' take ten years or more, said James Governor, Analyst and Founder of RedMonk. Apache FOP seems to be one of them. The training wheels are long gone, said Apache XML Graphics PMC Chair Simon Pepping. FOP's popularity is undisputed; FOP is used from an individual developer's pet project to large-scale document production. FOP is not yet 'feature complete', and work on it is continuing. We hope this important step forward will motivate skilled developers to jump in and help us make Apache FOP even better. Availability FOP v.1.0 is released under the Apache Software License v2.0. Downloads, documentation, and related resources are available at http://xmlgraphics.apache.org/fop/. -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: [ANN] Apache XML Graphics Commons 1.4 Released
On Thu, Jul 15, 2010 at 11:10:12AM +1000, Jason Harrop wrote: That's great news, thanks. Are steps underway to produce a maven artifact as per http://wiki.apache.org/xmlgraphics/Maven http://wiki.apache.org/xmlgraphics/Mavencheers There is one, but I have no Maven experience to deploy it. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
[ANN] Apache XML Graphics Commons 1.4 Released
The Apache XML Graphics team is pleased to announce a new release of Apache XML Graphics Commons. Apache XML Graphics Commons is a library that consists of several reusable components used by Apache Batik [1] and Apache FOP [2]. Many of these components can easily be used separately outside the domains of SVG and XSL-FO. This release adds the option to generate smaller PostScript files, support for the AdobeStandardCyrillic encoding, RefinedImageFlavor, TexturePaint support for PSGraphics2D (PostScript tiling patterns), improvements to the XMP framework, optimization for PostScript state handling in (E)PSDocumentGraphics2D, and more. In addition it contains a number of bug fixes. For a detailed list of changes, see http://xmlgraphics.apache.org/commons/changes.html Source and binary distributions can be downloaded from the corresponding directories in an Apache Software Foundation mirror at: http://www.apache.org/dyn/closer.cgi/xmlgraphics/commons. See also the download page: http://xmlgraphics.apache.org/commons/download.html Simon Pepping on behalf of the Apache XML Graphics PMC [1] http://xmlgraphics.apache.org/batik/ [2] http://xmlgraphics.apache.org/fop/ -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP, hypenation. How to compile hyph pattern? my own
There is indeed nothing wrong with build.xml; target 'compile-hyphenation' is defined. However, your error message says: project null. That is definitely not good, and shows that your ant installation does not work properly. The project is fop, and is also defined in build.xml. In principle you can compile the hyphenation patterns without ant. Run java with org.apache.fop.hyphenation.SerializeHyphPattern as the main class; arguments are the directory with patterns and the target directory for storing the compiled hyphenation files. The class path should be the same as for a normal fop run. But this seems more complicated than using ant. Regards, Simon On Thu, Apr 29, 2010 at 03:44:48PM +0100, Peter Hancock wrote: You should have and use the standard build.xml that shipped with fox. The target 'compile-hyphenation' is defined in this. See Simon's post for where to go from here. done. now i use it from fop directory but have the same output - C:\fop-0.95ant compile-hyphenation Unable to locate tools.jar. Expected to find it in C:\Program Files\Java\jre6\li b\tools.jar Buildfile: C:\fop-0.95\build.xml BUILD FAILED Target compile-hyphenation does not exist in the project null. Total time: 0 seconds -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: FOP, hypenation. How to compile hyph pattern? my own
The command is: ant compile-hyphenation You need to tell ant where your pattern directory is, by defining the variable user.hyph.dir. You can do this in the file build-local.properties in the fop directory, as follows: user.hyph.dir=/path/to/your/directory/with/pattern/files, e.g. user.hyph.dir=/home/lexa2009/fop/patterns, or user.hyph.dir=C:\fop\patterns. You can have only one hyphenation character and therefore only one hyphen-char element. Your pattern file has no hyphenation patterns, and therefore there will be no hyphenations in your texts. Then the hyphenation character has no use. Simon On Fri, Apr 23, 2010 at 04:16:10AM -0700, lexa2009 wrote: Hi, i make such pattern file: hyphenation-info hyphen-char value=-/ hyphen-char value==/ hyphen-char value=+/ hyphen-char value=,/ hyphen-char value=./ hyphen-min before=3 after=2/ /hyphenation-info how to make fop work with it? i can not understand how to use ant for building it to fop format. -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Maven artifact for OFFO (FOP hyphenation files)
Cedric Pronzato created a maven artifact for OFFO (FOP hyphenation files). fop-hyph is now synchronized with maven public central repository using: net.sf.offo fop-hyph 1.2 Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Font Cascade
See also bug 48481, https://issues.apache.org/bugzilla/show_bug.cgi?id=48481. Simon On Fri, Mar 05, 2010 at 09:36:08AM +0100, Pascal Sancho wrote: Hi, The font subsystem has been widely improved in the latest FOP TRUNK (see [1] and [2] for build, [3] for changes). It should give you better result than released FOP on that part. [1] http://xmlgraphics.apache.org/fop/download.html#source [2] http://xmlgraphics.apache.org/fop/trunk/compiling.html [3] http://xmlgraphics.apache.org/fop/changes.html#Changes+to+the+Font+Subsystem Pascal Sergiu Dumitriu a écrit : On 03/04/2010 09:51 PM, JoshC wrote: Hi Everyone, I'm trying to output a PDF that has both English and Korean characters, sometimes both within the same paragraph. I was told by a coworker that you could use a cascade of fonts like you do in CSS, something like the following: fo:block font-family=Batang, Arial, sans-serif, Symbol, ZapfDingbats However, this doesn't seem to work. FOP only seems to use the first font listed. If I use the above font-family list it will still print out English characters, but they look odd. If I list Arial first, it will print out English, but not Korean. Does anyone have any suggestions about how to do this? I'm not sure what the point is of listing more than one font when FOP only seems to use the first one listed. -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Populating data dynamically from the DB using Apache FOP
Read up on SAX parsers, in the JAXP documentation, which is part of the JEE documentation. In this case the XML file is only virtual. It is constructed by your code in the form of SAX parser events. This is a fairly basic manner to do things. I do not know the other suggestions such as Velocity templates, but maybe they are easier to use. Simon On Thu, Feb 11, 2010 at 01:30:29AM -0800, RithanyaLaxmi wrote: Thanks Simon, as per your comment i need to parse the Temp.xml (which contains the placeholder) using SAX and read the data from the resultset. But how can I merge or append the data reed from DB to the Temp.xml. Once i merge the data in place of the placeholder, the temp.xml should look like:- bodyContent blah... // fetched from db /bodycontent I am pretty new to this, please provide the sampled code for this. If there is any links related to this those are welcome as well. Thanks, Rithu Simon Pepping @ Home wrote: You can use SAX. Your app implements SAXParser and emits SAX events: contentHandler.startElement('header'); contentHandler.text('Sample Header'); etc. Similarly for your data from the DB. For example, read the ResultSet, and emit the appropriate SAX events. The total picture is then: data (SAXParser) - Transformer (temp.xsl) - SAXResult (FOP) Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Fw: FOP plugin to include LaTeX in fo files
- Forwarded message from calixte.deni...@ac-rennes.fr - Date: Mon, 25 Jan 2010 21:56:11 +0100 From: calixte.deni...@ac-rennes.fr To: fop-...@xmlgraphics.apache.org, docbook-a...@lists.oasis-open.org Subject: FOP plugin to include LaTeX in fo files Hi, I wrote a plugin for fop 0.95 to include mathematical latex formulas in fo/docbook. You can download jlatexmath-0.8.8 et jlatexmath-fop.0.1 at http://forge.scilab.org/index.php/p/jlatexmath/downloads/ To see very simple examples, you can navigate in the git repository : http://forge.scilab.org/index.php/p/jlatexmath/source/tree/master/plugin/fop Don't hesitate to write me if you meet a problem or have a suggestion... Best regards, Calixte - End forwarded message - -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: JVM Crash
If I understand Java well, segmentation faults (SIGSEGV) are never due to the Java code, but are due to errors in the JVM itself (libjvm.so). Is it not the task of the JVM to shield Java programs from such errors? Simon On Tue, Jan 19, 2010 at 08:57:35PM +0530, ismail.k...@polaris.co.in wrote: Hi, We are using FOP 0.20. While XML to PDF conversion there is JVM Crash. Need input on this. Please find the JVM dump # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x2af991b62e51, pid=30240, tid=1143683392 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_15-b04 mixed mode) # Problematic frame: # V [libjvm.so+0x358e51] # -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Looking for help, including consulting, with font selection
Pascal and Abel, Why was this bug closed? I believe it is Benson's intention to report a known issue. He is looking to get it resolved and is willing to pay for the effort. Unless Benson is raising a non-existent problem, I am happy with his initiative. And I do not have the impression that it is a non-existent problem. Benson, Can you submit the resulting XSL-FO file, and possibly the resulting HTML file for comparison of the intended result? I have a problem running your transformations, and I do not wish to debug my XSLT2 system now. Regards, Simon On Mon, Jan 04, 2010 at 06:41:00PM +0100, Abel Braaksma wrote: It concludes what was said. And Pascal's remark is about the issue that was solved. But you try it with FOP Trunk and decide whether it is sufficiently solved. If not, provide a reproducible example (reproducible with the latest build) . My talk about character-by-character is a known issue and is unrelated to your bug report and is sufficiently covered on other places. Benson Margulies wrote: Does this add up to a reason to reopen the bz? -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: fop.bat bug
Brian, Why do you not write about this issue to the fop-users list? This is not really a development issue. On Fri, Dec 18, 2009 at 11:27:31AM -0600, Brian Mackey wrote: I'm not a batch file programmer, but glancing at fop.bat, the last line: %JAVACMD% %JAVAOPTS% %LOGCHOICE% %LOGLEVEL% -cp %LOCALCLASSPATH% org.apache.fop.cli.Main %FOP_CMD_LINE_ARGS% -c conf/fop.xconf %LOCALCLASSPATH% is likely the issue. The FOP distributed batch file fop.bat does not write that line. It writes: %JAVACMD% %JAVAOPTS% %LOGCHOICE% %LOGLEVEL% -cp %LOCALCLASSPATH% %FOP_OPTS% org.apache.fop.cli.Main %FOP_CMD_LINE_ARGS%. It seems you obtained FOP from Altova, and apparently they changed the batch file. Your quoted command line indeed references a file conf\fop.xconf relative to the current working directory, and FOP duely reports when it cannot find that file. Your workaround suggests that that file exists in C:\Program Files\Altova\FOP-0.95. In FOP's own batch file the environment variable LOCAL_FOP_HOME refers to that directory (more precisely, the directory of fop.bat). If one writes -c %LOCAL_FOP_HOME%conf/fop.xconf, then the batch file might work from any working directory. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Rendering accessible PDF from Java
You can look in org.apache.fop.cli.CommandLineOptions.parseOptions() and its caller parse() to see what the command line does with the option. The relevant lines here are probably: this.renderingOptions.put(Accessibility.ACCESSIBILITY, Boolean.TRUE); foUserAgent.getRendererOptions().putAll(renderingOptions); which is something which you can do in your own code as well. Simon On Wed, Dec 09, 2009 at 09:59:51AM -0700, Gregory Buchenberger wrote: I am working on a Java desktop app that uses FOP trunk. Using the command line I can run FOP with the -a option to render an accessible (tagged) PDF. How do I set the option in Java? I've looked at the methods of FopFactory and FOUserAgent, but can't find one. Any help would be greatly appreciated. -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: [Xmlgraphics-fop Wiki] Update of HowTo/XmlCommonsResolver by JackBates
Hi Jack, Thanks for this addition. I note that the page originally describes how to use the catalog resolver for retrieving images. The -catalog option specifically only works for the conversion from XML to output. (In such a case FOP sets up the transformation from XML to FO using XSLT, and in that setup the -catalog option adds a catalog resolver.) Even with the -catalog option the catalog resolver is not used for image retrieval. (Maybe it should, but I have not thought of it.) Your addition should make this distinction clear. Therefore I think that the section 'Command line option' should be at the end, followed by the note about the W3C. Regarding the catalog resolver in Java 6, I am not sure that it is present in other Java installations than the one from Sun, specifically in OpenJDK. Note that the class name is Sun's class name. This should be checked. Regards, Simon On Thu, Dec 03, 2009 at 07:53:49PM -, Apache Wiki wrote: Dear Wiki user, You have subscribed to a wiki page or wiki category on Xmlgraphics-fop Wiki for change notification. The HowTo/XmlCommonsResolver page has been changed by JackBates. http://wiki.apache.org/xmlgraphics-fop/HowTo/XmlCommonsResolver?action=diffrev1=6rev2=7 -- You can download it at: http://xml.apache.org/mirrors.cgi The main website is at: http://xml.apache.org/commons/components/resolver/ + + XML Commons Resolver is [http://thread.gmane.org/gmane.text.xml.fop.user/29585 included in Java 6], so if you're running Java 6 or later, it's already installed. In Java 6 the catalog resolver class name is, com.sun.org.apache.xml.internal.resolver.tools.CatalogResolver = The Example = @@ -31, +33 @@ * Run the ExampleFO2PDF!WithResolver class. + = Command line option = + + Simon Pepping [http://thread.gmane.org/gmane.text.xml.fop.user/29585 added a -catalog option] in [http://svn.apache.org/viewvc?view=revisionrevision=825875 revision 825875]. With this option you can render XML with the FOP command and use the catalog resolver: + + {{{ $ ./fop -catalog -xml icaatom.html -xsl icaatom.xsl icaatom.pdf}}} + = Notes = You will recognize that the FO file is specified through a URN, too, not just the image referenced in the FO file. This is simply to make it easier for you to set up the demo. The FO file itself will be loaded directly from the Web. + Since the W3C started [http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic blocking abusive request patterns] for DTDs, it may be necessary to use local copies of these DTDs instead. A good way to do this is with the catalog resolver. Errors like the following may happen when you try using a DTD from the W3C's servers: + + {{{ + java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd + }}} + - To unsubscribe, e-mail: fop-commits-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-commits-h...@xmlgraphics.apache.org -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: New experimental hyphenation patterns
On Wed, Nov 25, 2009 at 11:30:54PM +0100, J.Pietschmann wrote: On 25.11.2009 21:40, Simon Pepping wrote: When a language uses various alternative spelling rules, some descriptive suffix is appended to the file name, e.g. de_1901; users who prefer these pattern files over the default ones will have to rename the pattern files in the jar file. Hmm. I'd rather invent a FOP configuration for mapping the language(s) given in the FO to hyphenation pattern names. That is a good idea. Something like: hyphenation code=de use=de_1901/ Classes: ... Since 3 September 2009 these classes are built into FOP. I'm a bit behind on the hyphenation front, but I thought the kind of classes used in TeX hyphenation patterns aren't of much use if the patterns use Unicode. There is a Unicode standard for parsing words out of text: http://www.unicode.org/reports/tr29/#Word_Boundaries aren't we using this already? We do not use that. It is my impression that classes are required for being able to build the hyphenation tree. Is that not so? Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: embedding fonts fails for Cyrillic
On Thu, Nov 19, 2009 at 11:04:06AM +0100, Isabel Hofherr wrote: 3. So I decide to generate an appropriate font metrics file for it by entering the command line options: java -cp build\fop.jar; -jar lib\avalon-framework-4.2.0.jar;lib\commons-logging-1.0.4.jar;lib\commons-io-1.3.1.jar You swapped the -cp and -jar arguments, and you cannot use the -jar option for generating metric files, only for a normal fop run. Try java -cp lib\avalon-framework-4.2.0.jar;lib\commons-logging-1.0.4.jar;lib\commons-io-1.3.1.jar org.apache.fop.fonts.apps.TTFReader Q:\fop\fonts\ERARKOI8.TTF ERARKOI8.XML Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How to install hyphenation patterns in FOP?
On Tue, Nov 10, 2009 at 08:40:30AM -0300, Jerzy Jalocha N wrote: Sadly, it seems like they haven't been able to package the OFFO hyphenation patterns because of licensing issues. Even though the description in http://offo.sourceforge.net/hyphenation/licenses.html states that all files hosted by the OFFO project come with an OSI-approved Open Source license..., closer inspection reveals that many languages have received customizations with additional restrictions. For example en_US.xml, which 'can be used freely for non-commercial purposes'. Do they have a report on that? Where can I find that judgement? I will try to persuade them include a hyphenation jar. (In my opinion, these modifications should not have been accepted in OFFO.) People can use them, so I make them available. One can always remove certain patterns from the jar file. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: How to install hyphenation patterns in FOP?
On Mon, Nov 09, 2009 at 01:57:46PM -0300, Jerzy Jalocha N wrote: Dear Peter, thank you very much for your reply! You should just need fop-hyph.jar which you can get from http://offo.sourceforge.net/hyphenation/fop-stable/installation.html OK, this is the file I have mainly been working with, so I should be on the right track here. You are right, on Debian (and Ubuntu) systems these instructions do not work. On my debian system the fop script is a little different from yours: diff of /usr/bin/fop with your fop script == find_jars xml-apis-ext + +# We load the hyphenation jar at the request of the user. +if [ $FOP_HYPHENATION_PATH ]; then +find_jars $FOP_HYPHENATION_PATH +fi find_jars fop 4 lines were added. This addition allows you to put fop-hyph.jar wherever you like, e.g. in /usr/local/lib/java/fop-hyph.jar, or in ~/fop-hyph.jar, and set export FOP_HYPHENATION_PATH=/usr/local/lib/java/fop-hyph.jar or similar (the value should point to your fop-hyph.jar) in a startup script, e.g. in .bash_profile. (I do not know how to do this when you launch fop from a menu item; if you are lucky, .bash_profile works in that situation as well.) Alternatively, you may start fop as: FOP_HYPHENATION_PATH=/usr/local/lib/java/fop-hyph.jar fop args... You may wish to raise a bug report to Ubuntu, because apparently they failed to copy these additional lines from Debian. I am not sure how I should add this to the OFFO installation instructions, because it is so Debian and Ubuntu specific. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: XSL url path
On Tue, Oct 27, 2009 at 09:16:59PM -0700, fopinaus wrote: Hi there, Could you please tell me is it possible to use a url rather than a file for the xslt in the command line? eg C:\Program Files\fop-0.95\fop.bat -xml F:\test\testxml.xml -xsl http://blah/testStylesheet.xsl; -pdf F:\test\test.pdf If I just pass in the pass in the url as per the line above it gets prefixed with c:\\ Error: xsl file c:\\http:\blah\testStylesheet.xsl not found. Apparently it is not possible, as you yourself proved. It seems like FOP does not expect a URI, and considers the path as a relative path. This could definitively be improved. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: xml catalog
On Wed, Oct 14, 2009 at 09:02:56PM +0200, Simon Pepping wrote: On Tue, Oct 13, 2009 at 01:34:40PM -0700, Jack Bates wrote: I originally posted to the Xerces list because I thought the question was how to get Xerces to use the XML catalog, but Michael Glavassevich replies that the question is actually, how to get FOP to provide an XML catalog to Xerces? I believe that that is indeed the problem. There is no command-line option in FOP for setting an entityresolver on the parser, and there is no code in FOP that would do that. It should not be difficult to achieve, if someone takes the time to do it. I did that today. There is now an option -catalog, which adds a catalog resolver for parsing the XML and XSLT files. You need to have xml-commons-resolver in the classpath, except in java6, where it is included. Resolving public and system IDs for the XML file works fine. Resolving URIs in import and include statements in XSLT stylesheets does not work as well as I had hoped. Some included or imported stylesheets are still fetched from their URL, bypassing the catalog. I could not find out why that happens. Saxon did not seem to do better than Xalan. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: xml catalog
On Tue, Oct 13, 2009 at 01:34:40PM -0700, Jack Bates wrote: I originally posted to the Xerces list because I thought the question was how to get Xerces to use the XML catalog, but Michael Glavassevich replies that the question is actually, how to get FOP to provide an XML catalog to Xerces? I believe that that is indeed the problem. There is no command-line option in FOP for setting an entityresolver on the parser, and there is no code in FOP that would do that. It should not be difficult to achieve, if someone takes the time to do it. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Fw: Raise a Glass to Apache: Join the ASF in celebrating its 10th Anniversary
- Forwarded message from Sally Khudairi s...@apache.org - Date: Thu, 8 Oct 2009 20:19:15 -0700 (PDT) From: Sally Khudairi s...@apache.org To: annou...@apachecon.com Subject: Raise a Glass to Apache: Join the ASF in celebrating its 10th Anniversary As you know, the ASF turned 10 this year ??? our celebrations kicked off with cake at ApacheCon Europe this past March. We were thrilled to receive birthday wishes from so many members from the Apache community from across the world. Our festivities will continue at ApacheCon US (Oakland, California), where we will be holding the Big Feather Birthday Bash and related community events during the conference. We anticipate seeing many of you there! Some of you are unable to join us in person, but we don't want you to miss out on the fun. As such, we're inviting our global community to Raise a Glass to Apache and celebrate this landmark event at your own local gathering. Recognizing Apache developers and users as part of the ASF's 10th Anniversary is very important to us. We want you to join the fun, meet other Apache enthusiasts, make new friends, put faces to the names behind those emails, and, of course, engage in all things Apache. We understand that communities have their own local culture and preferences: you are welcome to host the type of event best suited to your needs. Preferably, this will take place during the week of ApacheCon (2-6 November, 2009; the Big Feather Birthday Bash is on Wednesday, 4 November) ??? your event can be held on any day of that week, at any time of the day or night that is most convenient for you. Events include but are not limited to: - Social Gatherings ??? getting together over coffee, lunch, drinks, or dinner - Tech Talks ??? individual or industry presentations given about ASF projects and actvities - Product Demos ??? showcasing how Apache technologies are powering creative and robust solutions - Hackathon ??? collaborating on Apache code bases with ASF Committers - MeetUps or GetTogethers ??? featuring talks or presentations on a specific Apache Project or activity - Networking and Job Match ??? connecting developers with users, employers with potential hires, clients with contractors/consultants, etc. Can't wait until ApacheCon? That's OK: we're always up for a celebration, so feel free to get started as soon as you'd like ??? you can Raise a Glass to Apache at an upcoming conference such as the OpenWorld Forum (Paris), SpringOne 2GX (New Orleans), CPOSC 2009 (Harrisburg, PA), FOSS4G 2009 (Sydney), NLUUG Open Web (Amsterdam), UTOSC 2009 (Sandy, UT), and OSMC 2009 (Nürnberg), among others. So let's get started! There are three steps to make your event happen: Step 1: Organize. Decide who will be the host(s)/main point(s) of contact, where the event will be held, the day and time, the format, and any costs. Step 2: Publicize. Spread the word to your coworkers, the press, and your friends. Post details on your event on blogs, mailing lists, event listings, etc. Drive enthusiasm by discussing the event details to the media and on podcasts. Ask people who will be there to invite other groups who may be interested. Step 3: Apprise. Share your goodwill with the Apache community. Wish the ASF a happy anniversary on the Foundation blog; post photos of your event online; and submit a MyApache video tribute (can be one or more of the following -- 1-2 minutes describing why you love Apache; 1-2 minutes of your group Raising a Glass to Apache/singing Happy Birthday; 2-5 minutes describing the cool ways you use ASF technologies ... be sure to mention which Apache projects you use as well as your results.) The important thing is to have fun! Get inspired by checking out the ASF's YouTube channel at http://www.youtube.com/user/TheApacheFoundation. MyApache submissions received by 2 October (midnight US Pacific time/GMT-8) will receive priority consideration to be featured in the ASF's ApacheWay channel and at the Big Feather Birthday Bash! A schedule of all confirmed events will be posted on the ApacheCon site. To be included in the list, please send a copy of your invitation (including the date, time, and location) to s...@apache.org. I will send you information on how to add your event in the ApacheCon network, how to submit your MyApache tributes, as well as suggestions on how to organize and publicize your event. Feel free to contact me if you have any questions. We look forward to hearing from you! - Sally - End forwarded message - -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Fwd: Love Apache? Give Back with a MyApache Shoutout!
-- Forwarded message -- From: Sally Khudairi s...@apache.org Subject: Love Apache? Give Back with a MyApache Shoutout! The Apache Software Foundation has become a worldwide force in the software industry because of the diverse programs, applications,and tools built on its projects such as the HTTP Server, Tomcat, Hadoop, Lucene and many others. This year, we’re celebrating 10 years of the ASF! While the Foundation and committers have kept the innovation coming, it's the millions of users who have helped make Apache one of the most pervasive Open Source communities in the world. So, in celebrating the success of Apache, we’re celebrating you. To recognize the breadth of the Apache footprint, we're inviting all Apache users to submit a video telling everyone why you love Apache. Maybe you've created a cool program, Website or device. Maybe you use Apache at work and it makes your life a bit easier. Or perhaps you just love hacking on Apache software. We want to hear all about it! WHO SHOULD SUBMIT? MyApache community video submissions are open for any individual or group who has used or is using Apache code from any Apache project an in interesting way. There is no limit to the number of videos an individual or group can submit, but each video must cover a different Apache use or implementation. WHAT WE'RE LOOKING FOR IN YOUR VIDEO SALUTE Each MyApache video submission should be no longer than 1 minute in length. While we encourage you to get creative and play up the humor, any videos containing inappropriate, distasteful or illegal content will be disqualified and prohibited from being posted. MyApache video content should tell the story of who you are as an Apache user and how you have used Apache. Video content should describe: 1. Things you have created or accomplished with Apache 2. Why you love Apache 3. Your thoughts and happy anniversary wishes to the Apache Software Foundation (singing “Happy Birthday” is encouraged!) Your video content can answer a combination of these questions: Q. Why do I like Apache? Q. Why did I start using Apache? Q. How long have I used Apache? Q. How often do I use Apache? Q. How do I use Apache? Q. Do I use Apache at work, for hobby or other times? Q. What Apache project(s) do I currently work with or have worked with in the past? Q. What was particularly good about those projects or their communities? Q. What and where are some of the improvements I’ve seen in Apache since I began using it? Q. How does Apache differ from other Open Source communities? Q. What is my happy anniversary wish to Apache? Q. Why would I like to thank Apache? HOW TO SUBMIT YOUR MYAPACHE VIDEO To submit your video, go to www.YouSendIt.com and use the Try Sending Now feature to submit your video (you can also sign up for a free YouSendIt Lite account). Videos should be sent to apache...@pageonepr.com with MyApache Video Submission, [Your Name] in the subject line. In the email message, please include the following information. We will tag your video with your first name and last name initial only. Full Name: Age: Email address (for notification): Employer: Title: Open Source affiliations: If submitting a video as a group, please choose one contact person. CREATE A KNOCK-OUT MYAPACHE VIDEO, GET FEATURED AT APACHECON All videos submitted for MyApache will be previewed and posted on TheApacheWay YouTube channel (www.youtube.com/user/TheApacheWay). Videos may also appear on the Websites of The Apache Software Foundation and/or ApacheCon. Outstanding videos will be showcased this November at ApacheCon US during key conference events, and two lucky submittors will be chosen to attend the ASF's Big Feather Birthday Bash during the conference! The deadline to submit your video to have it considered for the ApacheCon showcase is Friday, 2 October, 2009 at midnight Pacific Time. Now that you have the info, you’re ready to start rolling. Lights, camera, action, Apache! # # #
Fw: ApacheCon US Early Bird Discount Extended through 21 August
- Forwarded message from Sally Khudairi s...@apache.org - Date: Tue, 18 Aug 2009 19:04:51 -0700 (PDT) From: Sally Khudairi s...@apache.org To: annou...@apache.org, annou...@apachecon.com Subject: ApacheCon US Early Bird Discount Extended through 21 August If you haven't registered for ApacheCon US yet, you're in luck! We've extended the Early Bird Discount through this Friday, 21 August, giving attendees the best rates available, with savings up to $200 on a full conference pass. Catch your favorite Apache projects, including Tomcat, Hadoop, and the world's favorite Web Server, and join us in celebrating the 10th Anniversary of The Apache Software Foundation! Sign up today at http://www.us.apachecon.com/c/acus2009/ - End forwarded message - -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Fw: ApacheCon US 2009: Early bird registration + Travel assistance details and dates!
- Forwarded message from annou...@apachecon.com Subject: ApacheCon US 2009: Early bird registration + Travel assistance details and dates! Two announcements regarding the upcoming ApacheCon US 2009: 1) Early-bird registration ends 14 August. Sign up today! Join us at ApacheCon US 2009, the ASF's official user conference and expo, 2-6 November in Oakland, California. This year???s show is anticipated be the largest gathering of the global Apache community, bringing together Foundation members, code contributors, users, developers, system administrators, business managers, service providers, and vendors for a week of training classes, seminars, sharing and hacking. In celebration of the ASF's milestone 10th Anniversary, this year's ApacheCon features the largest program to date, including special content tracks, MeetUps, GetTogethers, and a number of free events that are open to the public, such as the Hackathon and 2-day BarCampApache, in appreciation of their support over the past decade. We're excited to return to the San Francisco Bay Area, where we held our first ApacheCon, and hope that you will help us celebrate the ASF's success! For details on ApacheCon, including registration and sponsorship information, visit http://www.us.apachecon.com/ 2) Applications for Travel Assistance for ApacheCon US 2009 Now Open! The ASF Travel Assistance Committee (TAC) has opened applications to assist those seeking to attend ApacheCon US 2009, but are unable to do so for financial reasons. Assistance is open to all people involved in Open Source projects; financial support is available for flights, accommodation, subsistence and Conference fees, either in full or in part, depending on circumstances. There are limited places available, and all applications will be scored on their individual merit. Hurry -- the application period is 27 July-17 August 2009: be sure to complete the application form at http://www.apache.org/travel/ today! (Applicants will be informed of their status within two weeks of application closing date.) - End forwarded message - -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Swedish hyphenation patterns added to OFFO
I am pleased to announce the addition of swedish hyphenation patterns to the OFFO package. These patterns were derived from the swedish hyphenation patterns for TeX, and are available under the LaTeX Project Public License, either version 1.2 of this license or (at your option) any later version. I published the new package as version 1.1. It is available from SourceForge, https://sourceforge.net/projects/offo/. The packages are: offo-hyphenation_v1.1.zip: source files, offo-hyphenation-fop-stable_v1.1.zip: compiled files for fop-stable (0.95), offo-hyphenation-fop-0.20.5_v1.1.zip: compiled files for fop-0.20. Regards, Simon Simon Pepping OFFO maintainer -- View this message in context: http://www.nabble.com/Swedish-hyphenation-patterns-added-to-OFFO-tp20427612p20427612.html 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: Bad FOP configurations
On Tue, Jan 23, 2007 at 05:30:18PM +, Adrian Cumiskey wrote: Hi Andreas, I like this idea and suggest adding a new configuration variable called 'strict-config' with a default value of false. What does everyone else think? Discovering an error in the configuration file is not immediately bad. The severity can only be judged when the error has consequences: - Not being able to find the font file, resulting in an unusable PDF file merits an exception. - Not being able to find a graphic, resulting in it not being included in the result file, merits a severe error or an exception, depending on the user's preferences. - A nonexistent metrics file URL for a font that is not used is not a problem. - A nonexistent metrics file URL for a font that is used is currently well handled with an error message. Simon regards, Adrian. Andreas L Delmelle wrote: On Jan 23, 2007, at 15:06, Adrian Cumiskey wrote: Hi Adrian, I am investigating some bugs with bad FOP configurations.. http://issues.apache.org/bugzilla/show_bug.cgi?id=40120 http://issues.apache.org/bugzilla/show_bug.cgi?id=40288 In your opinion, on initialization if the FopFactory and FOUserAgent discover that they have bad configurations (e.g. malformed (base) urls, urls that reference non-existent content), should they :- a) Catch exceptions (ConfigurationException) and log SEVERE errors and silently continue. I personally prefer this, but would also agree with an intermediate solution, where the user can flip a switch on the FopFactory or the FOUserAgent to have them propagate the exception if it occurs... (analogous to strict or relaxed validation). Just my 2 cents... Cheers, Andreas - 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] -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache FOP 0.93 Released
The Apache FOP team is proud to announce the release of Apache FOP version 0.93. The new codebase for FOP was started several years ago in order to achieve better compliance with the XSL-FO spec. After three alpha and beta releases, the new codebase has now reached production quality. Therefore we present version 0.93 as the successor of version 0.20.5, FOP's production grade version during the past years. * FOP 0.93 contains the new API first introduced in release 0.92 beta. The preceding API has been removed. * FOP 0.93 again contains many bug fixes and new features. See below for details. Compliance -- FOP 0.93 implements the XSL 1.0 and 1.1 recommendations to a high degree of compliance. See the compliance page http://xmlgraphics.apache.org/fop/compliance.html for a detailed overview. Known issues The known issues of FOP 0.93 are listed at http://xmlgraphics.apache.org/fop/knownissues.html. Upgrading - You will experience different behaviour compared to version 0.20.5. Please consult the Upgrading page (http://xmlgraphics.apache.org/fop/stable/upgrading.html) for details. Major Changes in Version 0.93 - * Added support for the use of Open Type fonts. * Support for the rgb-icc() function and for a proprietary cmyk() function (for device CMYK colors only through the PDF renderer so far). * Enabled Copy/Paste from PDF content in Acrobat Reader for text using embedded TrueType fonts. * Added support for PDF/A-1b and PDF/X-3:2003. (Note: this may still be a bit incomplete.) * The Java2DRenderer (and therefore the print and bitmap renderers) is now offering the same quality as the PDF and PS renderers. * Automatic support for all fonts available to the Java2D subsystem for all Java2D-descendant renderers (TIFF, PNG, print, AWT). The long list of changes in this release is available at http://xmlgraphics.apache.org/fop/0.93/changes_0.93.html. The long list of changes in this and earlier releases is available at http://xmlgraphics.apache.org/fop/changes.html. The Apache FOP team asks you for your continued feedback on the software. We're also interested in success stories with the new release. So if the latest version works fine for you, please tell us! And if it doesn't, you may tell us as well, of course. ;-) Release notes for older FOP versions can be found on: http://xmlgraphics.apache.org/fop/relnotes.html For the FOP team, Simon Pepping [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: FOP Bridge available for FOP 0.93
On Sat, Jan 06, 2007 at 05:39:53PM -0500, Amin Ahmad wrote: Hello FOP and Eclipse Users, I have updated the FOP Bridge plugin for Eclipse to support FOP 0.93. For those who are not familiar, the plugin allows you to transform XSL FO documents from within eclipse with a simple right-click. You can download it from http://www.ahmadsoft.org/fopbridge.html or you can use the update site located at http://www.ahmadsoft.org/update/. Great, and very speedy. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: apache and eclipse
On Tue, Jan 02, 2007 at 10:15:38AM +0100, Jef Vrijhoeven (RY/ETM) wrote: Hi, I wonder if there exist any eclipse plugins that implement apache projects, like resolver, xerces etc? Can you maybe give me a hint how or where I can find these? There is one for FOP: http://www.ahmadsoft.org/fopbridge.html Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PNG transparency renders as black - urgent
I would like to know what to do for the release: 1. Leave as is, a known problem. 2. Do the quick fix as jeremias suggests: putting the Commons codec before the ImageIO variant in ImageFactory. 3. Test Jeremias' patch and apply it. We can do the fix in the release branch (to be created) only, in the interest of an errorless release. Simon On Tue, Dec 19, 2006 at 11:14:13PM +0100, Jeremias Maerki wrote: Actually, this is so simple, I've created a patch. I'm hesitant to apply it without much testing with various PNGs for which I have no time right now. But maybe one of you can take a look. If it's good JAIImage and JimiImage could be similarly patched. On 19.12.2006 23:01:36 Jeremias Maerki wrote: It turns out the following revision is responsible for the regression: http://svn.apache.org/viewvc?rev=424349view=rev Putting the Commons codec before the ImageIO variant in ImageFactory is a quick fix for this. I originally switched because of speed reasons but obviously I didn't test PNGs with alpha channel. The reason why Martin's PNG doesn't work with the ImageIOImage class is the lack of support for java.awt.Transparency.TRANSLUCENT. If it were a BITMASK it would work. The same problem exists for JAIImage and JimiImage, BTW. Again, this is something a complete redesign of the image package would have addressed. It's on my higher priority list but I still haven't got to it, yet. If someone wants to try to implement that little code that is missing as a temporary fix, please do. It shouldn't be difficult. You can maybe use XmlGraphicsCommonsImage for hints. -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font Question
FOP (at least the current version from Subversion) logs configuration info: [INFO] FopFactory - font-base set to: file:/home/simon/programmeren/fop/ etc. When I configure a metrics file which FOP cannot locate, I get an exception: [ERROR] FOP - Exception java.lang.RuntimeException: Cannot load font: failed to create Source from metrics file arial.xml So, when you do not get an exception, at least the metrics file was found. I hope this helps. Simon On Wed, Dec 13, 2006 at 12:54:27PM +0100, Kris Wolff wrote: Hi folks, i try very hard to enable a font but without any result. This morning i went to bed and hoped it helps.. but today i stuck in the same place. Font is not working. Maybe you can help me. I am using Fop 0.90 with Tomcat 5.5. on a Mac. I graped a ttf font and build the xml: -- # java org.apache.fop.fonts.apps.TTFReader /tmp/calligra.ttf ./ calligra.xml TTF Reader for Apache FOP SVN tags/fop-0_90-alpha1 Parsing font... Reading /tmp/calligra.ttf... Number of glyphs in font: 247 3 cmap tables CMAP format: 4 Creating xml font file... Creating CID encoded metrics... Writing xml font file ./calligra.xml... This font contains no embedding license restrictions. XML font metrics file successfullly created. -- than i moved the font and the generated xml to a dir names /fonts inside my Web-Tree. I Edited the conf for FOP Basedir ist the WEB-INF/classes directory. in renderer mime=application/pdf under fonts i build a tag like: -- font metrics-url=../../fonts/calligra.xml kerning=yes embed- url=../../fonts/calligra.ttf font-triplet name=Calligrapher style=normal weight=normal/ /font -- I edit the xsl: -- fo:block font-family=Calligrapher font-size=72pt xsl:value-of select=text()/ /fo:block -- I run the app and get: -- Dec 13, 2006 12:46:21 PM org.apache.fop.fonts.FontInfo notifyFontReplacement WARNING: Font 'Calligrapher,normal,400' not found. Substituting with default font. -- Do i have somthing forgotten? Thanks in advanced. Kris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 0.20.5 vs/ 0.92beta thread on XSL List
On Thu, Oct 12, 2006 at 09:31:19PM +0200, Simon Pepping wrote: On Thu, Oct 12, 2006 at 11:39:25AM +0200, Florent Georges wrote: Hi Maybe you'll be interested to respond to the following email, asking which version of FOP to use in an XSL-FO classroom: http://article.gmane.org/gmane.text.xml.xsl.general.mulberrytech/55760 Thanks for the hint. I have posted a recommendation of versions 0.9x. Post refused. Regrettably, xsl-list does not accept non-subscriber contributions. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 0.20.5 vs/ 0.92beta thread on XSL List
On Thu, Oct 12, 2006 at 11:39:25AM +0200, Florent Georges wrote: Hi Maybe you'll be interested to respond to the following email, asking which version of FOP to use in an XSL-FO classroom: http://article.gmane.org/gmane.text.xml.xsl.general.mulberrytech/55760 Thanks for the hint. I have posted a recommendation of versions 0.9x. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 0.20.5 vs/ 0.92beta thread on XSL List
On Thu, Oct 12, 2006 at 09:31:19PM +0200, Simon Pepping wrote: Thanks for the hint. I have posted a recommendation of versions 0.9x. But it takes a while to arrive there, with gmane authentication and all. This is what I wrote: The FOP development team encourages all users of FOP to upgrade to version 0.92. Soon we hope to follow up with version 0.93, which we believe to be of production quality. You can check the coverage of the XSL-FO spec on FOP's compliance page http://xmlgraphics.apache.org/fop/compliance.html. Besides a greater coverage of the XSL-FO spec, FOP 0.9x has a better layout engine. It uses the famous Knuth algorithm both for line breaking and page breaking. For other features see the overview at http://xmlgraphics.apache.org/fop/latest/index.html, menu item 'features'. Because this version is in active development, contrary to the latest stable release 0.20.5, reported bugs are fixed, and new features are being implemented continually. Better font support is on the short term todo list. Feel free to add to that on Gmane or the XSL list. Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JAXP and docbook-xsl Stylesheets
On Wed, Sep 13, 2006 at 11:06:36AM -0500, Don Adams wrote: I am trying to use the JAXP Transformer in my Java code to translate valid docbook article XML into valid XHTML and FO XML. I am having a major problem with the use of the non-breaking space code #160; in the docbook-xsl stylesheets. The cause of the problem is perfectly described under 5. Be careful with nonbreaking spaces on this web page: http://www.oreillynet.com/pub/a/oreilly/java/news/javaxslt_0801.html To summarize, special characters in the docbook-xsl stylesheets are transformed into the actual special characters in the output of the transformation when the transformation method is selected as xml. So, for example, when a transformation is done into FO XML, a table title in the FO XML output contains Table 1. x; however, the spaces after the word Table and after 1. are not the ASCII space character, they are a single character code 160 (a non-breaking space) which is not valid in an XML file. This sounds like an encoding problem. When your xml file has latin1 encoding (iso-8859-1), non-breaking space is a single character of value A0. When your xml file has utf-8 encoding, non-breaking space consist of two bytes. If you mix both, that is, when the xml file declares utf-8 encoding but non-breaking space is written in the latin-1 manner as a single byte A0, your XML file is not valid. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Something like \hbox?
On Wed, May 31, 2006 at 11:35:57AM +0200, Vincent Hennebert wrote: Hi Andreas, Andreas Eckstein a écrit : Hi all! Consider a block-container, parent of several other block-container elements. Now what I want is a way to fill that parent container in horizontal order with child block-containers (in TeX I would use '\hbox' for this...). Is something like this possible in XSL-FO, and if yes is it implemented in FOP? So, if I understand you correctly, you want block-level elements stacked in the inline direction? I think you can use fo:block with children that are inline elements, e.g. fo:inline or fo:inline-container. The stacking direction is not determined by the containing element, but by the type of the element itself, whether it returns an inline or a block area. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Xmlgraphics-fop Wiki] Update of HowTo/JBossAS by LouisMasters
On Fri, Feb 24, 2006 at 01:54:12PM -, Apache Wiki wrote: REM First set up the new APPJARS variable to include all necessary application jars set APPJARS= set APPJARS=%APPJARS%;\prod_jars_091_14\avalon-framework-4.2.0.jar set APPJARS=%APPJARS%;\prod_jars_091_14\batik-all-1.6.jar set APPJARS=%APPJARS%;\prod_jars_091_14\commons-io-1.1.jar set APPJARS=%APPJARS%;\prod_jars_091_14\commons-logging-1.0.4.jar set APPJARS=%APPJARS%;\prod_jars_091_14\serializer-2.7.0.jar set APPJARS=%APPJARS%;\prod_jars_091_14\xalan-2.7.0.jar set APPJARS=%APPJARS%;\prod_jars_091_14\xercesImpl-2.7.1.jar set APPJARS=%APPJARS%;\prod_jars_091_14\xml-apis-1.3.02.jar set APPJARS=%APPJARS%;\prod_jars_091_14\fop.jar You may wish to include fop-hyph.jar (from http://prdownloads.sourceforge.net/offo/offo-hyphenation-fop-unstable.zip?download) to enable hyphenation. Regards, Simon -- Simon Pepping email: [EMAIL PROTECTED] home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: white-space-collapse not working in trunk?
On Mon, Feb 13, 2006 at 10:52:07PM +0800, Manuel Mall wrote: On Monday 13 February 2006 21:54, Sven wrote: Hi there, again a short question: The FAQ is telling that using white-space-collapse=false in a fo:block/ is all you need to output preformatted text. Well, not for me. Whitespaces will still collapse. I am using the latest trunk (revision 377250). Am I doing something worng or is this a bug? It's a known bug. Especially leading white space, that is white space at the beginning of each line is incorrectly removed. Is it a bug? The default values of suppress-at-line-break=auto and white-space-treatment=ignore-if-surrounding-linefeed specify that the space character is removed around a line break, even when white-space-collapse=false. I refer here to the draft of XSL 1.1, which in our opinion clarifies the confusing corresponding parts of XSL 1.0. See our efforts to come to grips with this on the Wiki: http://wiki.apache.org/xmlgraphics-fop/LineLayout/WhitespaceHandling. Note that TeX would show a similar behaviour: It removes white space at the start of a line, even when white space is not collapsed. Maybe you should use a zero-width fo:inline element at the start of the line to suppress the suppression. Regards, Simon fo:block border-bottom=solid 1px gray border-top=solid 1px gray linefeed-treatment=preserve white-space-collapse=false font-size=10pt font-family=Courier lt;agent xmlns=http://jadex.sourceforge.net/jadex; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://jadex.sourceforge.net/jadex http://jadex.sourceforge.net/jadex-0.94.xsd; name=AgentTypeName package=your.package.heregt; lt;importsgt; lt;!-- 1.) java imports --gt; lt;/importsgt; lt;capabilitiesgt; lt;!-- 2.) by this agent used capabilties --gt; lt;/capabilitiesgt; lt;beliefsgt; lt;!-- 3.)beliefs of this agent --gt; lt;/beliefsgt; lt;goalsgt; lt;!-- 4.) The goals the agent may have --gt; lt;/goalsgt; lt;plansgt; lt;!-- 5.) The plan library --gt; lt;/plansgt; lt;eventsgt; lt;!-- 6.) All known events (messages, goals and internal events) --gt; lt;/eventsgt; lt;expressionsgt; lt;!-- 7.) used expressions and conditions --gt; lt;/expressionsgt; lt;propertiesgt; lt;!-- 8.) static values needed by this agent --gt; lt;/propertiesgt; lt;initialstatesgt; lt;!-- 9.) possibility to start agent with different initial states, like inital goals, plans or beliefs e.g. --gt; lt;/initialstatesgt; lt;/agentgt; test XXX /fo:block -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: Using Docbook stylesheets in FOP
On Sun, Dec 04, 2005 at 12:42:26PM -0500, Glen Mazza wrote: Simon Pepping wrote: Another issue I have with FOP and Docbook is that FOP out of the box does not use catalogs. ignorance/ I'm unsure what you mean by catalogs. See http://www.oasis-open.org/committees/entity/ and http://xml.apache.org/commons/components/resolver/index.html. It allows you to have the DTDs, schemas and included stylesheets at another path than the documents mention as the system identifier or URL. Catalogs map Public Identifiers (of DTDs) and the starting string of URLs to actual paths. The Debian XML system is completely based on it. It is not really easy to set up, but once done, it provides a robust XML system. I think we should do something about this. It is unrealistic to expect Docbook users to write their own startup Java file. They want something that works from the command line. With my job, we use Ant build scripts for online PDF and HTML help sites. Our technical writer rather easily works with the build.xml, understands its contents pretty well and knows how to modify it when needed. (She uses JEdit for editing the XML and to activate the build scripts, but I have been thinking of having her try Eclipse because it has better CVS functionality.) IMHO document publishing has too many moving parts to remember everything on the command-line. Also, there are many aspects common (CSS stylesheets, FOP customization layer overrides, etc.) for publishing multiple documents that can be factored out and shared in the build script. As a bonus, Ant can also take care of other portions of the publishing pipeline, such as FTP'ing the results to the website when everything is done. That is a rather professional solution. Lacking a good GUI, I would like to see a simple command be sufficient to print a Docbook article or book to say PDF. Well, on fop-dev it was just said that FOP's command line 'fop -xml ... -xsl ... -pdf ...' now works for docbook files with Xalan 2.7.0. That is a step forward. Still, no catalogs are used. See here for an effort towards a GUI for this kind of task: http://sourceforge.net/project/showfiles.php?group_id=54378. Unfortunately, the project has been discontinued. Simon -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP and EntityResolver
On Tue, Nov 29, 2005 at 02:41:25PM +0100, Andreas Grund wrote: Hi, I have a short problem with FOP: I want to publish an xml document to pdf using an xsl-stylesheet and FOP. The doctype-declaration of my xml file contains a DTD used for validation. I wrote a method as it is shown in the examples. I use a javax.xml.transform.Transformer and a javax.xml.transform.sax.SAXResult to publish my content. Every time I call the method transformer.transform, I get a FileNotFoundException with the system id of the given DTD. Is it possible to add a EntityResolver to FOP, so that this resolver resolves the DTD correctly? The FOP source file src/documentation/content/xdocs/DnI/BookMaker.java (http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/trunk/src/documentation/content/xdocs/DnI/BookMaker.java) presents an example for FOP stable. It is similar in spirit to Jeremias' and Lars' solutions, but it also shows how you can use a URIResolver for stylesheet inclusions. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED] last week
And nice pictures. Now I can put a face to a few names. Simon On Tue, Jul 26, 2005 at 09:51:56PM +0200, Simon Pepping wrote: Jeremias, A fine presentation. Thanks. Simon On Mon, Jul 25, 2005 at 03:22:39PM +0200, Jeremias Maerki wrote: I would like to thank everyone from the FOP user community who attended ApacheCon last week and my session on FOP in particular. Also, thank you for the various feedback I got and the good talks I had with some of you. I think people are happy that they get a signal that FOP is not dead and the end of the tunnel is visible. Personally, I was quite surprised to see how many Apache projects are actually using (or have used) FOP (directly or indirectly) and how important it is for them to have FOP around. A similar picture from outside the ASF. I hope with some final effort we can prepare FOP to be attractive again to everyone, especially to new contributors. I especially enjoyed meeting Christian Geisert (a FOP committer) in person. He lives only 1 hour from Stuttgart so he decided to come in for a visit on Tuesday. If anyone wants to look up my slides for the FOP session, they are available from here: http://wiki.apache.org/apachecon/Eu2005OnlineSessionSlides FOP lives! :-) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help about FOP 1.0 DR1
On Wed, Jul 20, 2005 at 09:21:32PM +0200, Jeremias Maerki wrote: On 20.07.2005 17:26:04 David Xicota Adell wrote: Basically we need the widow-orphan lines features. Ok, this should already work in the trunk code. And some advanced line treatment such: - Do not end X number of lines with the same word. - Do not start X number of lines with the same word. - Do not end lines with some characters. Ok, that is indeed advanced and, as far as I can see, not in the specification. If you need something like that you will most probably have to implement it yourself. The new line breaking code is entirely based on Donald Knuth's boxes, glue and penalties. It should be possible to modify the algorithm such that it does the above. Each box has access to the text that it contains, and it has pointers to the line endings of the preceding lines. That would be an interesting exercise. But it is entirely out of the scope of regular FOP. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging with 1.0dev
On Fri, Jun 24, 2005 at 08:13:47AM -0600, Will Peterson wrote: Simon, Not sure if I'm looking in the right place ... but checked under the CVS and SVN versions of the FOP project, but can't find any folder named private-resources. Funny, I have always believed it was part of the FOP repository. Apparently it is not. Here they are: commons-logging.properties: # common-logging.properties # configuration file for org.apache.commons.logging.Log # log implementation to use org.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog simplelog.properties: # simplelog.properties # configuration file for org.apache.commons.logging.impl.SimpleLog # logging level for all loggers, default info # org.apache.commons.logging.simplelog.defaultlog=info # logging level for named loggers # org.apache.commons.logging.simplelog.log.x=info # org.apache.commons.logging.simplelog.log.org.apache.fop.pdf=trace # show logger name, default false # org.apache.commons.logging.simplelog.showlogname=false # show short logger name, default true # org.apache.commons.logging.simplelog.showShortLogname=false # show date and time, default false # org.apache.commons.logging.simplelog.showdatetime=false Regards, Simon Thanks for your help, - Will On 6/23/2005 at 2:44 pm, [EMAIL PROTECTED] wrote: Will, I am answering you on fop-user. See xml-fop/src/private-resources for an example of how to configure logging with SimpleLog (org.apache.commons.logging.impl.SimpleLog). If you want to selectively change the log level for some loggers, you will have to dig in the code for the logger names. Often they are the package or class name. Regards, Simon On Thu, Jun 23, 2005 at 08:16:34PM +0200, Jeremias Maerki wrote: Will, we haven't had any chance, yet, to write more than design documentation on 1.0dev. 1.0dev uses Jakarta Commons Logging [1] as logging framework. This means that on a standard JDK 1.4 (or higher) system JCL uses JDK logging as its backend by default. For this case you'd have to look up the documentation for JDK logging [2]. It's pretty easy to supply your own logger of choice. The JCL documentation will tell you how to do that. In contrast to Avalon loggon JCL logging uses more or less the same approach as Log4J which normally fetches the logger per class into a static variable. That's why you can't set a logger directly on the Driver (or rather Fop now) instance. I believe that until the final 1.0 release it is possible that in the area of logging of few things may still change. Probably not the use of JCL but maybe a specialized facility to observe the formatting process programmatically. There's nothing written in stone about that, yet. And until then, consider 1.0dev a moving target. Suggestions and help are welcome. HTH [1] http://jakarta.apache.org/commons/logging/ (version 1.0.3) [2] http://java.sun.com/j2se/1.4.2/docs/guide/util/logging/index.html On 23.06.2005 18:18:19 Will Peterson wrote: Is there any sample documentation on how to do logging with Fop 1.0dev. The previous Fop had examples right in the distribution, but I can't find anything there, or on the web for sample code of how to do logging. (All the code example I see are based on having a handle on the driver (for example): //Setup logger Logger logger = new ConsoleLogger(ConsoleLogger.LEVEL_INFO); driver.setLogger(logger); MessageHandler.setScreenLogger(logger); Thanks for any help, - Will Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging with 1.0dev
Will, I am answering you on fop-user. See xml-fop/src/private-resources for an example of how to configure logging with SimpleLog (org.apache.commons.logging.impl.SimpleLog). If you want to selectively change the log level for some loggers, you will have to dig in the code for the logger names. Often they are the package or class name. Regards, Simon On Thu, Jun 23, 2005 at 08:16:34PM +0200, Jeremias Maerki wrote: Will, we haven't had any chance, yet, to write more than design documentation on 1.0dev. 1.0dev uses Jakarta Commons Logging [1] as logging framework. This means that on a standard JDK 1.4 (or higher) system JCL uses JDK logging as its backend by default. For this case you'd have to look up the documentation for JDK logging [2]. It's pretty easy to supply your own logger of choice. The JCL documentation will tell you how to do that. In contrast to Avalon loggon JCL logging uses more or less the same approach as Log4J which normally fetches the logger per class into a static variable. That's why you can't set a logger directly on the Driver (or rather Fop now) instance. I believe that until the final 1.0 release it is possible that in the area of logging of few things may still change. Probably not the use of JCL but maybe a specialized facility to observe the formatting process programmatically. There's nothing written in stone about that, yet. And until then, consider 1.0dev a moving target. Suggestions and help are welcome. HTH [1] http://jakarta.apache.org/commons/logging/ (version 1.0.3) [2] http://java.sun.com/j2se/1.4.2/docs/guide/util/logging/index.html On 23.06.2005 18:18:19 Will Peterson wrote: Is there any sample documentation on how to do logging with Fop 1.0dev. The previous Fop had examples right in the distribution, but I can't find anything there, or on the web for sample code of how to do logging. (All the code example I see are based on having a handle on the driver (for example): //Setup logger Logger logger = new ConsoleLogger(ConsoleLogger.LEVEL_INFO); driver.setLogger(logger); MessageHandler.setScreenLogger(logger); Thanks for any help, - Will Jeremias Maerki -- Simon Pepping home page: http://www.leverkruid.nl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]