DO NOT REPLY [Bug 41440] - PDFSVGHandler causes missing resource bundle
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41440. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41440 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2007-01-23 04:39 --- How are you running FOP? From the command line or an embedded Application? If you are running from an embedded Application can you try running FOP from the command line to see if the error persists? If your XSL-FO can be processed from the command line then can you check that your embedded Application can find batik-all-1.6.jar on the classpath? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 41440] - PDFSVGHandler causes missing resource bundle
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41440. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41440 --- Additional Comments From [EMAIL PROTECTED] 2007-01-23 05:11 --- (In reply to comment #1) Embedded. However... after quick test on testing project, fop0.93 works with fo:external-graphic instructions without problems, this bug is existing on fo:instream-foreign-object instructions for example .. Currently retesting code after build from source, and will upload a simple example if this does not resolve it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
SVG in PDF : KEY_AVOID_TILE_PAINTING Exception
Hello, I am writing a servlet which is generating a PDF file upon request. I am trying to include a SVG graphic in the PDF but an exception occurs : Jan 23, 2007 1:40:54 PM org.apache.fop.render.AbstractRenderer renderXML SEVERE: Some XML content will be ignored. Could not render XML java.lang.NoSuchFieldError: KEY_AVOID_TILE_PAINTING at org.apache.fop.svg.PDFGraphics2D.setPrivateHints(PDFGraphics2D.java:311) ... I have looked in the sources of PDFGraphics2D.setPrinvateHints to see why a problem can occur with the KEY_AVOID_TILE_PAINTING variable. In the source, there is an import of org.apache.batik.ext.awt.RenderingHintsKeyExt. This package contains the static variable KEY_AVOID_TILE_PAINTING and the file batik-awt-util.jar which provides it is present in my lib directory. So I don't see why it isn't used correctly at run-time by the PDFGraphics2D class. I am using Apache Tomcat 5.5.20 - Batik 1.6 - FOP 0.93. My Sun JDK is the 1.6.0 under Linux Fedora Core 6. Does anyone has an idea? Thanks, Didier Vandermaesen -- Didier Vandermaesen IT Manager Arlenda S.A. Avenue de l'Hopital 1, Bat. B36 B-4000 Liège Belgium Visit : www.arlenda.com
Re: SVG in PDF : KEY_AVOID_TILE_PAINTING Exception
Hi Didier, You could try launching Tomcat with -verbose option on your JVM to make sure that the batik-awt-util.jar is being picked up. I use JDK 1.4.2 for all my development. Maybe your Batik libraries were compiled with a different JDK than FOP and there is some incompatibility. If so you could try building your FOP and Batik jars from source and testing again. Good luck, Adrian. Didier Vandermaesen wrote: Hello, I am writing a servlet which is generating a PDF file upon request. I am trying to include a SVG graphic in the PDF but an exception occurs : Jan 23, 2007 1:40:54 PM org.apache.fop.render.AbstractRenderer renderXML SEVERE: Some XML content will be ignored. Could not render XML java.lang.NoSuchFieldError: KEY_AVOID_TILE_PAINTING at org.apache.fop.svg.PDFGraphics2D.setPrivateHints(PDFGraphics2D.java:311) ... I have looked in the sources of PDFGraphics2D.setPrinvateHints to see why a problem can occur with the KEY_AVOID_TILE_PAINTING variable. In the source, there is an import of org.apache.batik.ext.awt.RenderingHintsKeyExt. This package contains the static variable KEY_AVOID_TILE_PAINTING and the file batik-awt-util.jar which provides it is present in my lib directory. So I don't see why it isn't used correctly at run-time by the PDFGraphics2D class. I am using Apache Tomcat 5.5.20 - Batik 1.6 - FOP 0.93. My Sun JDK is the 1.6.0 under Linux Fedora Core 6. Does anyone has an idea? Thanks, Didier Vandermaesen
Re: SVG in PDF : KEY_AVOID_TILE_PAINTING Exception
Hi Adrian, Well done, in fact I was loading batik-1.5 instead of the 1.6 as I thought. It was an error I made when compiling the project with ant : the project was not well refreshed and there was an old version remaining in my lib directory. Actually, classes of Batik 1.5 were conflicting with some of the Batik 1.6 version. You opened my eyes with the -verbose option. It is well running with the new JDK 6. Thanks a lot. Didier On Tue, 2007-01-23 at 15:06 +, Adrian Cumiskey wrote: Hi Didier, You could try launching Tomcat with -verbose option on your JVM to make sure that the batik-awt-util.jar is being picked up. I use JDK 1.4.2 for all my development. Maybe your Batik libraries were compiled with a different JDK than FOP and there is some incompatibility. If so you could try building your FOP and Batik jars from source and testing again. Good luck, Adrian. Didier Vandermaesen wrote: Hello, I am writing a servlet which is generating a PDF file upon request. I am trying to include a SVG graphic in the PDF but an exception occurs : Jan 23, 2007 1:40:54 PM org.apache.fop.render.AbstractRenderer renderXML SEVERE: Some XML content will be ignored. Could not render XML java.lang.NoSuchFieldError: KEY_AVOID_TILE_PAINTING at org.apache.fop.svg.PDFGraphics2D.setPrivateHints(PDFGraphics2D.java:311) ... I have looked in the sources of PDFGraphics2D.setPrinvateHints to see why a problem can occur with the KEY_AVOID_TILE_PAINTING variable. In the source, there is an import of org.apache.batik.ext.awt.RenderingHintsKeyExt. This package contains the static variable KEY_AVOID_TILE_PAINTING and the file batik-awt-util.jar which provides it is present in my lib directory. So I don't see why it isn't used correctly at run-time by the PDFGraphics2D class. I am using Apache Tomcat 5.5.20 - Batik 1.6 - FOP 0.93. My Sun JDK is the 1.6.0 under Linux Fedora Core 6. Does anyone has an idea? Thanks, Didier Vandermaesen
DO NOT REPLY [Bug 40288] - base url requires /, failes otherwise
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40288 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 41426] - FOP dies with ClassCastException in org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41426. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41426 --- Additional Comments From [EMAIL PROTECTED] 2007-01-23 09:45 --- FYI: Adrian recently discovered that one of our examples generates SEVERE errors due to the usage of fo:wrapper as direct descendant of the fo:flow (= advanced/cid-fonts.fo) The reason being the bare white-space node descendants of the wrapper --ultimately collapsed, that's true, but whitespace handling is done later... As a workaround there, the usage of fo:wrapper could easily be avoided, I think, because it is merely used for inherited properties... These might as well be specified on the fo:flow itself, and overridden only for the trailing fo:table (which is not enclosed by the fo:wrapper), if necessary. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 41443] New: - [PATCH] FOP can't handle mixed-case hyphenation exceptions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41443. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41443 Summary: [PATCH] FOP can't handle mixed-case hyphenation exceptions Product: Fop Version: 0.93 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] FOP can't handle mixed-case words (for example German nouns) as hyphenation exceptions, for example Dateiname (file name) which is hyphenated as Datein-ame (Datei-name would be correct). The words in the stoplist are mixed-case. However, when FOP checks if there's an hyphenation exception for a certain word (that is, it is in the stop list), all the characters of the word have already been converted to lowercase. Therefore mixed-case words in the stoplist cannot be found. With the attached patch applied, FOP enters the exception words in lowercase into the stop list. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 41443] - [PATCH] FOP can't handle mixed-case hyphenation exceptions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41443. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41443 --- Additional Comments From [EMAIL PROTECTED] 2007-01-23 10:00 --- Created an attachment (id=19443) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19443action=view) Patch to convert exceptions to lower-case -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: FOP Maven artifacts
On Mon, Jan 22, 2007 at 06:40:03PM -0700, Jason Johnston wrote: Simon Pepping wrote: Users would like to use a meaningful fop-hyph.jar in order to get hyphenation for a number of languages. You can use fop-hyph.jar from the Offo project, http://downloads.sourceforge.net/offo/offo-hyphenation-fop-stable.zip?modtime=1168687293big_mirror=0. I do not know how this should be deployed in a Maven repository. How do the hyph/*.hyp definitions within the JAR get read... is just having them in the classpath enough or is there something special about the file being named fop-hyph.jar? hyph/*.hyp definitions in the classpath. If just being in the classpath is enough, then Offo could publish its hyph JAR as a Maven artifact under its own Group ID, and users could just declare a dependency on that artifact. I think that's out of the scope of the work I'm doing here though. ;-) I'm willing to give advice if someone else wants to take that on. I will leave that to members of the FOP community who use Maven. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.eu
DO NOT REPLY [Bug 41445] New: - no searchable text in pdf for image xlink:href to svg file
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41445 Summary: no searchable text in pdf for image xlink:href to svg file Product: Fop Version: 0.93 Platform: PC OS/Version: Windows XP Status: NEW Keywords: XSLTBug Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] When linking svg in fo-file like image xlink:href... as shown on fop svg examples, text is graphic and no searchable text in the resulting pdf file. It works on full embedded svg and, and partly on embedded with use xlink:href The pdf file shows complete drawing except to the problem with searchable text. It's independent on selected font. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 41445] - no searchable text in pdf for image xlink:href to svg file
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41445 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2007-01-23 12:39 --- Not all text in SVG can be rendered as text. Some texts have to be rendered as shapes and that's where you lose the ability to search for that text in the PDF. I'm pretty sure the text painting routines could be improved, so I'll keep the bug open but I don't think this is on any FOP committer's radar at the moment. So don't expect a quick resolution. This is also documented at: http://xmlgraphics.apache.org/fop/0.93/graphics.html#svg You say that in certain situations it works. Please be more specific how exactly we should reproduce the differences since I can't be sure that I'll do the right thing based on your explanations. For example, there is no image xlink:href... in FO as you suggest. This is strictly an SVG operation. If it really works in some situations but not in others we may be able to improve the situation without too much work. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Adding Named Destinations for all IDs
Hi, folks, I need to add a named destination to the PDF output for every ID present in my XML source. I spent the afternoon reading the FOP source code and the PDF specification, and, if I understand things correctly, I need to add to the catalog. To do that, I thought I'd extend PDFObject to create an object called PDFDestination and then modify PDFRoot to get the destinations into the catalog. Does that make sense or did I miss something in my (admittedly brief) study of the existing code? Thanks. Jay Bryant Bryant Communication Services
[VOTE] Jay Bryant as new committer
Howdy folks, Jay Bryant has been an active member of the Apache XML Graphics Project's fop-users@ and fop-dev@ communities for the last few years. Aside from frequently answering newbie questions, he also submits actual xsl-fo code to help. I'm also excited to note, that Jay recently posted a note showing a desire to add Named Destinations for all IDs [1]! I'd like to propose Jay as an XML Graphics committer (FOP working set). I believe he will be a solid addition to our work force. Votes only on general@xmlgraphics.apache.org please. +1 from me. [1] http://www.nabble.com/Adding-Named-Destinations-for-all-IDs-tf3078009.html -- Regards, The Web Maestro -- [EMAIL PROTECTED] - http://homepage.mac.com/webmaestro/ My religion is simple. My religion is kindness. - HH The 14th Dalai Lama of Tibet
DO NOT REPLY [Bug 41448] New: - java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41448. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41448 Summary: java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager Product: Fop Version: 0.93 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: page-master/layout AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Using DocBook XML 4.5 (test.xml, below), DocBook XSL 1.71.1 (test.xsl, below), and xsltproc xsltproc --version Using libxml 20626, libxslt 10117 and libexslt 813 xsltproc was compiled against libxml 20626, libxslt 10117 and libexslt 813 libxslt 10117 was compiled against libxml 20626 libexslt 813 was compiled against libxml 20626 consistently getting this error (partial listing here, full listing at bottom) on both cygwin and Linux: Jan 23, 2007 9:56:49 PM org.apache.fop.cli.InputHandler error SEVERE: javax.xml.transform.TransformerException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager Jan 23, 2007 9:56:49 PM org.apache.fop.cli.Main startFOP SEVERE: Exception javax.xml.transform.TransformerException: java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:168) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:160) at org.apache.fop.cli.Main.main(Main.java:191) * ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE book PUBLIC -//OASIS//DTD DocBook XML V4.5//EN http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd; book chaptertitle/title indextermprimary/primary/indexterm /chapter /book ?xml version=1.0 encoding=utf-8? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; version=1.0 xsl:import href=/usr/share/xml/docbook/xsl-stylesheets-1.71-1/fo/docbook.xsl / xsl:param name=fop1.extensions select=1/ xsl:param name=use.svg select=1/xsl:param xsl:param name=draft.mode select=no/ /xsl:stylesheet *** full error listing, happens every time *** *** seems to me it could only be an FOP error * ** my apologies if not ** Making portrait pages on USletter paper (8.5inx11in) Jan 23, 2007 10:15:16 PM org.apache.fop.cli.InputHandler error SEVERE: javax.xml.transform.TransformerException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager Jan 23, 2007 10:15:16 PM org.apache.fop.cli.Main startFOP SEVERE: Exception javax.xml.transform.TransformerException: java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:168) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:160) at org.apache.fop.cli.Main.main(Main.java:191) - javax.xml.transform.TransformerException: java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:647) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:279) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:165) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:160) at org.apache.fop.cli.Main.main(Main.java:191) Caused by: java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:76) at org.apache.fop.layoutmgr.PageSequenceLayoutManager$PageBreaker.getNextKnuthElements(PageSequenceLayoutManager.java:272) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:554) at org.apache.fop.layoutmgr.PageSequenceLayoutManager$PageBreaker.getNextBlockList(PageSequenceLayoutManager.java:264) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:301) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:263) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:157) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:385) at
DO NOT REPLY [Bug 41448] - java.lang.ClassCastException: org.apache.fop.layoutmgr.inline.WrapperLayoutManager
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41448. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41448 --- Additional Comments From [EMAIL PROTECTED] 2007-01-23 21:21 --- Test files in description, made as small as possible to still produce the error. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
