DO NOT REPLY [Bug 46778] New: image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 Summary: image not found Product: Fop Version: 0.95 Platform: Other OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: general AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: tdre...@gmx.net Abstract: Seems to me that fop 0.95 (embedded) image handling is different to fop 0.94 (embedded) image handling. Details: We are using embedded fop 0.95 from the binary fop.jar in our application to generate pdf from xml via xslt. The xslt code looks like this: fo:external-graphic border-right-style=none xsl:attribute name=src xsl:texturl(file:///home/abc/atxRptLogo3.jpg)/xsl:text /xsl:attribute /fo:external-graphic In my code I do something like this: FOUserAgent foUserAgent = fopFactory.newFOUserAgent(); foUserAgent.setBaseURL(properties.getBaseDir(file:///); // just to make sure I then get the fop error message: 2009-02-25 11:28:59,037 [thread-2] ERROR org.apache.fop.fo.FONode - Image not found: file:///home/abc/atxRptLogo3.jpg atxRptLogo3.jpg is in /home/abc and accessible from the permissions. Since we had no problems with a binary fop 0.94 running not embedded but standalone I compiled the fop 0.94 with jdk 1.5 and created a fop.jar and redeployed our application. *** With fop 0.94 embedded the image is found and displayed! Note: We played around with various notations of baseURL and the image url, for example: foUserAgent.setBaseURL(properties.getBaseDir(file:///home/abc); and xsl:texturl(file://atxRptLogo3.jpg)/xsl:text but nothing helped -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46778] image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 Thorsten Drewes tdre...@gmx.net changed: What|Removed |Added CC||tdre...@gmx.net -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46775] can't render a block with 2 asian languages
https://issues.apache.org/bugzilla/show_bug.cgi?id=46775 --- Comment #3 from Georg Datterl g...@geneon.de 2009-02-27 03:13:20 PST --- First, I don't think the contributors are still supporting version 0.20.5, even if you file it as a bug. For further help, move to the mailing list fop-us...@xmlgraphics.apache.org Second, I'm quite sure what you defined are fallback fonts. Fop is looking for font SimHei to render the block. If SimHei is not found, Angsa is used. If Angsa isn't found either, SimSun is used. Third, how exactly should Fop guess which character to display in which language, if you only hand over a set of languages and a string? Fourth, as a solution, you might try to split your multi-language string in different fo:inline objects and set the correct fonts for the inline objects. Then fop may know, which character to display in which font. HTH. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46771] [PATCH] fop fails if JAVACMD_OPTS is set
https://issues.apache.org/bugzilla/show_bug.cgi?id=46771 --- Comment #1 from Vincent Hennebert vhenneb...@gmail.com 2009-02-27 03:43:58 PST --- Hi, It looks like it is a jpackage.org-specific problem. Basically the java-functions script referred to in the upstream bug should probably not concatenate $JAVACMD_OPTS to JAVACMD. As its name indicates JAVACMD refers to the executable, not to possible command arguments. The fop script is based on the script shipped with ant, so that problem that's occurring with fop will most probably occur with ant as well. The removal of quotes in fop_exec_command worries me: there's certainly a good reason why they were added in the first place, probably to handle paths with spaces in them. I'm not keen to modify the script without a good reason, as it's designed to work on all types of Unix platforms, even those with ancient tools and shells. If we change it then it needs to be re-tested on all those platforms, which we don't have access to. I'm happy to hear comments or opinions about this, but I would close the bug as invalid. Thanks, Vincent -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46778] image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 --- Comment #1 from Jeremias Maerki jerem...@apache.org 2009-02-27 07:14:28 PST --- Yes, the image handling has been rewritten between 0.94 and 0.95. It should actually be much better than before and I think we've managed to meet that goal, but it could still be that there's a Gremlin hidden somewhere. In this case however, I don't know what to do. I've just tried to reproduce your case in my Ubuntu VM but that absolute file URL (including the url() wrapper) worked fine for me. Well, I did it from the command-line as I don't have a full development environment in there (I develop on WinXP). Could you also try if there's a different behaviour when run from the command-line? That could give us some hints. Anyway, I think the easiest way to identify the problem is if you can debug on your side. The best entry point is probably: org.apache.xmlgraphics.image.loader.impl.AbstractImageSessionContext.newSource() or org.apache.fop.fo.flow.ExternalGraphic.bind() Good luck! -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 37579] footnotes within tables and listsl get lost
https://issues.apache.org/bugzilla/show_bug.cgi?id=37579 --- Comment #54 from Sylvestre Ledru sylvestre.le...@inria.fr 2009-02-27 07:18:47 PST --- I believe this bug is now fixed. Isn't it ? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.