Jeremias, I was able to test the SVN filter, and that one works! This is a much faster way to filter the SVN (I filtering to solve the arrow head problem in exported Visio diagrams).
Hopfully the IndexOutOfBounds exception can be tackled too soon... I noticed another difference/error(?)...i will send that in a separate mail not to blur the subject too much.. Thanks, Raphael -----Original Message----- From: Raphael Parree [mailto:[EMAIL PROTECTED] Sent: 25 January 2008 11:30 To: 'fop-users@xmlgraphics.apache.org' Subject: RE: SVG XML Access Jeremias, Thanks I have updated, but can't tell if it works yet. I am getting anoher problem (that does mean the "source not supported" was not thrown). But probably other changes in the trunk are giving me a problem. I will look into recent posts if this problem is known (something about an index out of bounds in the computeSpanHeight of the RowPainter). Will let you know if it works... -----Original Message----- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: 25 January 2008 11:02 To: fop-users@xmlgraphics.apache.org Subject: Re: SVG XML Access Sorry, I've only tested the isolated case of preloading the image so I missed the other call to closeQuietly(). I've now fixed this in the right place. Please try again. I hope it works now. http://svn.apache.org/viewvc?rev=615164&view=rev On 25.01.2008 10:36:24 Raphael Parree wrote: > > Jeremias, > > Thanks for the quick reply and commit ;) > > I am getting the following Exception: java.lang.IllegalArgumentException: > Source not supported: javax.xml.transform.dom.DOMSource. > > I have attached my code in the code.txt file. The whole stacktrace is in the > stacktrace.txt file. > > I updated my FOP working copy to 615144. > > Tx., > > > > > > -----Original Message----- > From: Jeremias Maerki [mailto:[EMAIL PROTECTED] > Sent: 25 January 2008 09:31 > To: fop-users@xmlgraphics.apache.org > Subject: Re: SVG XML Access > > Raphael, > > I hadn't implemented support for a DOMSource but have done so now: > http://svn.apache.org/viewvc?rev=615144&view=rev > > Take a look at the test case that I've added. It demonstrates how you > can write a URIResolver that returns an SVG DOM. That way you can do all > the SVG manipulation you want. But you have to make sure the DOM > Document is a org.w3c.dom.svg.SVGDocument. > > On 25.01.2008 08:03:38 Raphael Parree wrote: > > Hi Jeremias, > > > > > > > > End o last year I wrote a custom URI resolver to augment SVG files with a > > style entry. This has drastically influenced the PDF generation time. I > > recall that during that time you mentioned you were updating the Image > part > > and that it would be easier when that was completed, because the update > > gives access to the SVG XML. I noticed many updates in the Image classes > (in > > the trunk). > > > > Does this mean that there is an alternative to filtering the SVG files > now? > > > > > > > > Tx., > > > > > > > > Raphael > > > > > > > Jeremias Maerki > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] Jeremias Maerki --------------------------------------------------------------------- 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]
