Re: PDFTranscoder very resource intensive!

On Thu, 27 May 2004, Peter Becker wrote: > Hi David, > > I haven't tried the PDF transcoder of Batik, but a while ago I played > with iText and FreeHEP's offering > (http://java.freehep.org/vectorgraphics/index.html). The latter did a > reasonable job for the task I had, the only problem I had was

Re: PDFTranscoder very resource intensive!

Hi David, I haven't tried the PDF transcoder of Batik, but a while ago I played with iText and FreeHEP's offering (http://java.freehep.org/vectorgraphics/index.html). The latter did a reasonable job for the task I had, the only problem I had was that rotated text did sometimes not get displayed

Re: PDFTranscoder

Thomas DeWeese wrote: I suspect the problem is the font size. Batik plays tricks so it can handle small font sizes (less than 1 user space unit). It appears that the FOP 'hack' for simple text doesn't handle this case correctly. The simplest fix is to not use such a small coordinate system

Re: PDFTranscoder

Thomas DeWeese wrote: So we seem to have found some of the issue. On my machine (Acrobat 5.0.5) testpdf_1.pdf and testpdf_2.pdf render essentially the same. 'testpdf_1.pdf' doesn't look anything like your 'testpdf_1.bmp'. I'm not quite sure where to go from here, I am not a real PDF special

Re: PDFTranscoder

Mathias Kalb wrote: I changed it but now I can not see the text in the pdf document. Thomas DeWeese wrote: I do this all the time, so example content that fails would probably be useful, otherwise I don't know how to reproduce your problem. Here are examples: Thanks I'll try and take a lo

Re: PDFTranscoder

Mathias Kalb wrote: Thomas DeWeese wrote: During testing I found out that if there is only one svg element which has one opacity attribute (fill-opacity or stroke-opacity) with a value between 0.0 and 1.0, the generated pdf document is incorrect (ALL colors are wrong). Do you see changes that

Re: PDFTranscoder

Thomas DeWeese wrote: During testing I found out that if there is only one svg element which has one opacity attribute (fill-opacity or stroke-opacity) with a value between 0.0 and 1.0, the generated pdf document is incorrect (ALL colors are wrong). Do you see changes that are greater than 1

Re: PDFTranscoder

Mathias Kalb wrote: Thomas DeWeese wrote: So the cases with different colors are where you use opacity. In general the differences are 1 code value (I did find one that was 2 code values off) During testing I found out that if there is only one svg element which has one opacity attribute (fi

Re: PDFTranscoder

Thomas DeWeese wrote: So the cases with different colors are where you use opacity. In general the differences are 1 code value (I did find one that was 2 code values off) Looking at them side to side I basically couldn't tell they were different. Given the math involved in handling opacity i

Re: PDFTranscoder

Mathias Kalb wrote: Thomas DeWeese wrote: pdftranscoder: -the colors are a little different I have not seen this, can you provide sample content? Yes. These are the results which I saved with my program. So the cases with different colors are where you use opacity. In general the differe

Re: PDFTranscoder

Hi Mathias, > No, I do not embed a JPEG in the PDF or in the SVG. > My program generates SVG and can save it as SVG, JPG, PNG, TIFF and PDF. > If this is the case, and speed (of transcoding) isn't a huge priority, you may want to consider using the iText libraries (http://itext.sf.net) to embed

Re: PDFTranscoder

Thomas DeWeese wrote: pdftranscoder: -the colors are a little different I have not seen this, can you provide sample content? Yes. These are the results which I saved with my program. Generated with JPEGTranscoder

Re: PDFTranscoder

Mathias Kalb wrote: Hello, I use the PDFTranscoder to create a PDF document from SVG, but the quality of the result is bad. I tried it with the pdftranscoder.jar from Batik 1.5/1.5.1 and with the fop.jar (FOP 0.20.5) and the results were different. Yes, Batik ships with a newer version of the