[OpenJDK 2D-Dev] [PATCH] SurfaceManagerFactory
Dmitri Trembovetski
Dmitri.Trembovetski at Sun.COM
Tue Feb 26 18:00:39 UTC 2008
Hi Roman,
the change looks mostly fine to me.
One thing - have you tested your change with the
headless toolkit?
Because it has its own GraphicsEnvironment class,
and it would appear that you'd need to set appropriate
SMF in there too.
Now what would that "appropriate SMF" be is a question.
I would suggest to return a BufImgVolatileSurfaceManager.
I don't remember if it is present in jdk7 tree, but if it's
not, it's just a simple subclass of VISM that returns
null from initAccelSurface() and false from isAccelerationEnabled().
Thanks,
Dmitri
Roman Kennke wrote:
> Hello,
>
> I'm implementing a Java2D backend based on Escher, which is already
> working quite well (for a couple-of-hours-prototype):
>
> http://kennke.org/blog/2008/02/25/escher-on-openjdk-graphics/
>
> One issue I came over is the SurfaceManagerFactory. There seems to be
> such a factory class both in the solaris and windows source trees, but
> no way to provide an own implementation. Therefore I propose the
> attached change. This basically turns the SurfaceManagerFactory into an
> abstract class, now in the shared tree, with appropriate subclasses in
> the windows and solaris trees. The GraphicsEnvironment implementations
> are now responsible for initializing and setting the appropriate factory
> in their static initializers. What do you think? I was thinking about a
> different approach first, using yet another system property to determine
> the right factory, but this seemed more natural.
>
> Cheers, Roman
>
>
More information about the 2d-dev
mailing list