Hi,
Mark Wielaard wrote:
Hi Tom,
On Wed, 2006-05-24 at 18:07 -0400, Thomas Fitzsimmons wrote:
This patch removes GdkGraphics and enables GdkGraphics2D unconditionally
to provide a Graphics2D implementation on the GTK peers.
I didn't actually read the patch yet, but I quickly tried it out.
Exciting, lots of things now work out if the box!
- I need to port my rate-limited flushing patch from GdkGraphics to
GdkGraphics2D, for smooth animations.
I noticed a slowdown indeed. For example the Free Swing Demo for the
ProgressBar are terribly slow now and eat up all CPU.
OK, I'll retest before committing my rate-limited flushing patch.
In general things feel slower with this patch, but that might be
subjective. I didn't do any real measurements.
I'll also commit Norman's performance demos today so that we can gauge raw
drawing speed.
- We need to implement GdkGraphics2D.setXORMode.
Is this what makes the AWT roundrect Demo fail at the moment?
Yes.
- No more fiddling with -Dgnu.java.awt.peer.gtk.Graphics=GdkGraphics2D.
- No more fiddling with --enable-gtk-cairo.
This patch bumps the GTK requirement to 2.8 or greater, which implicitly
requires Cairo. This allows us to eliminate the annoying
-Dgnu.java.awt.peer.gtk.Graphics=GdkGraphics2D and --enable-gtk-cairo
altogether -- with this patch, if you build the GTK peers, you
implicitly also build and enable GdkGraphics2D.
Yeah, that seems a very good thing. It warrants a gtk+ version bump
imho.
OK, thanks. Patch committed.
Tom
