Thomas,
Could you clarify something for me please. As I understood it, the
Java2D stuff assumes a normalized unit of measurement of 1pt = 1/72
inch. It provides float and double versions of the graphical objects,
like Rectangle2D.Double and Rectangle2D.Float. The GraphicsDevice
objects
Hi Peter,
I suspect I'm kind of missing your point, perhaps you can be
clearer in what you are looking for from SVGGraphics2D?
Peter B. West wrote:
Could you clarify something for me please. As I understood it, the
Java2D stuff assumes a normalized unit of measurement of 1pt = 1/72
inch. It
Jeremias Maerki wrote:
As you can see from the CVS messages I had to fix a few classes in the
images package. I wonder how you could test the whole thing with these
classes messed up. I got NPEs and such. Anyway, it's fixed now.
Well, I was testing JPEG functionality and the log changes were
Hi guys,
These patches have nothing to do with your recent request for
more information about the PDFTranscoder. The most important
one is the fix for getPixelUnitToMillimeter which currently
causes PDF output to be the wrong size.
The other patches enable the JPEG code to work correctly
Funny coincidence. I've just applied the patch locally and can't compile
PDFImageElementBridge anymore. The problem is this line:
PDFJpegNode node = new PDFJpegNode(jpeg, origGN);
origGN isn't defined anymore but this line isn't affected by your patch.
Any idea? I'll have another look at it
Hi guys,
Sorry, there was a mistake in the patch (resolved a conflict
wrong), use the attached one instead (you think you checked
everything...)
Thomas DeWeese wrote:
Hi guys,
These patches have nothing to do with your recent request for
more information about the PDFTranscoder. The most
