xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremias Maerki <...@jeremias-maerki.ch>
Subject Re: another bug ... ?
Date Wed, 27 Sep 2006 11:43:55 GMT
There are limits to what the PDFTranscoder can handle using native
PDF commands today. If they cannot be handled in native commands, Batik
renders parts (sometimes all) of the image as a bitmap. Again, someone
would have to investigate where things can be improved. Resources are
scarce nowadays so volunteers are welcome to help out.

On 27.09.2006 12:36:07 ruben malchow wrote:
> hello list,
> another bug(?) in the fop part, i presume: when things such as
> non-standard (i.e. solid) strokes or transparent fills are rendered, it
> is rendered as a bitmap in the pdf - meaning it's no longer an vector
> image ... is this behaviour ... uh .. to be expected?
> i am attaching another example.
> (the example zip was too large, so here's the url:)
> http://disco.alternetive.org/pdftranscoder_transparency.zip

Jeremias Maerki

To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org

View raw message