That's awesome! I'll look into reviewing the changes soon...
...jim
On 7/20/2011 11:05 AM, Denis Lila wrote:
If we let Ductus' design constraints (which were penned over a
decade ago) hold Pisces back then we may never get to
the point where Pisces can become our defaul
> It might be worth investigating how hard it would be to fix those
> dependencies so that we aren't held back with Pisces. I can't imagine
> it can be that daunting a task (unfortunately I'm heavily committed to
> another project right now, or I'd investigate it myself)
I'll try looking into this
That's a good intermediate suggestion to consider, but I'd love to move
beyond that (eventually) and not be held back by the need to support
32x32 tiles for legacy reasons. It would be nice to hand back whatever
kind of tiles makes sense for the rasterizer, but I think that Dmitri
mentioned th
Hi Roman.
> - What speaks against doing that? E.g. outputting pixelrow by
> pixelrow?
> I was implementing a pure Java AA scanline converter for GNU Classpath
> some years ago and this is exactly what I did. I found that useful
> because drawing horizontal lines is often very cheap (i.e. filling
>
Changeset: ae05aa9ede7b
Author:bae
Date: 2011-07-20 16:18 +0400
URL: http://hg.openjdk.java.net/jdk8/2d/jdk/rev/ae05aa9ede7b
7044285: 64 bit VM crashes in Java_sun_java2d_loops_MaskFill_MaskFill
Reviewed-by: jgodinez, prr
! src/share/native/sun/java2d/loops/GraphicsPrimitiveMgr.h
Hi Phil,
So you created a PrinterJob, set some properties on that job and
then a DocPrinterJob and expect
the job properties to migrate from one to the other ?
No, the first part of code is actually part in vendor software, which
I can not change.
I would not expect that to work as they
