[cp-patches] FYI: MetalButtonUI fix

I fixed the update() method in MetalButtonUI to paint the gradient under the right conditions. More importantly, this removes updateWidthGradient(), which had a repaint() call in there, which caused severe paint performance problems with Menu painting. A reminder: Never ever call repaint() from

[cp-patches] FYI: VolatileImageGraphics fixes

This fixes two problems with VolatileImageGraphics: - when doing create() the native context wasn't initialized properly. - copyArea() didn't work because getRealBounds() from ComponentGraphics tried to access the component field, which isn't set in VolatileImageGraphics. This is overridden to

[cp-patches] FYI: VolatileImage backbuffer for Swing

This enables the use of VolatileImages as backbuffer for Swing. This effectively solves the performance problems brought by the Java2D rewrite. 2006-06-10 Roman Kennke [EMAIL PROTECTED] * javax/swing/RepaintManager.java (getVolatileOffscreenBuffer): Store the created buffer.

Re: [cp-patches] FYI: VolatileImage backbuffer for Swing

Hi again, Am Samstag, den 10.06.2006, 10:02 +0200 schrieb Roman Kennke: This enables the use of VolatileImages as backbuffer for Swing. This effectively solves the performance problems brought by the Java2D rewrite. Well, actually this seemed to be wishful thinking. Comparison in the FillRect

[cp-patches] FYI:HiddenAction

This patch implements the HTML reader HiddenAction. Little should be done here, the parser already cares about the most. 2006-06-10 Audrius Meskauskas [EMAIL PROTECTED] * javax/swing/text/html/HTMLDocument.java (HTMLReader.HiddenAction): Implemented. Index: HTMLDocument.java

Re: [cp-patches] RFC:Proposed fix for the javax.swing.text blocker bug 27973

Applied

[cp-patches] FYI: speedup Cairo graphics stuff

I speeded up the Cairo graphics impl significantly by changing the way the native pointers are managed between Java and JNI code. Until now, we used to lookup the class+fields of the native pointers and fetched the value from the passed in jobject. I changed this so that the pointer is passed to

[cp-patches] FYI: distcheck fix for new sun dir

Hi, The new top-level sun dir caused some problems for distcheck. Fixed as follows: 2006-06-10 Mark Wielaard [EMAIL PROTECTED] * lib/.cvsignore: Add sun. * lib/Makefile.am (dist-hook): Likewise. Committed, Mark Index: lib/.cvsignore

[cp-patches] FYI: Qualify ElementSpec

Hi, gcj 4.0 (I propose after the new release we require gcj 4.1+) had some trouble compiling some new text/html code. Fixed as follows: 2006-06-10 Mark Wielaard [EMAIL PROTECTED] * javax/swing/text/html/HTMLDocument.java (addSpecialElement): Qualify ElementSpec. Committed,

[cp-patches] FYI: Avoid accessor method in GdkFontLineMetrics

Hi, This avoids an accessor method (and works around a bug in gcj which doesn't generate correct accessor methods. 2006-06-10 Mark Wielaard [EMAIL PROTECTED] * gnu/java/awt/peer/gtk/GdkFontPeer.java (GdkFontLineMetrics): Call getSize() to avoid accessor method. Committed,

[cp-patches] FYI: VolatileImageGraphics fixlet

We need to clipRect() and not setClip() when creating a child graphics. Otherwise we loose an already set clip. 2006-06-10 Roman Kennke [EMAIL PROTECTED] * gnu/java/awt/peer/gtk/VolatileImageGraphics.java (VolatileImageGraphics(VolatileImageGraphics)): Use clipRect()

Re: [cp-patches] FYI: VolatileImage backbuffer for Swing

On Sat, 2006-06-10 at 10:11 +0200, Roman Kennke wrote: Hi again, Am Samstag, den 10.06.2006, 10:02 +0200 schrieb Roman Kennke: This enables the use of VolatileImages as backbuffer for Swing. This effectively solves the performance problems brought by the Java2D rewrite. Well, actually

[cp-patches] [NATIVE-LAYER] IO work NET fix

Hi, Here are some missing stuff that I have detected by running mauve on the branch. cp*dir calls were not implemented (hmmm) . And there was a little trouble with typecasting when building an IPV4 address. Guilhem. ChangeLog: 2006-06-10 Guilhem Lavaux [EMAIL PROTECTED] *

[cp-patches] RFC: deadlock with Componet/CairoGraphics.drawImage()

Hi, I was seeing deadlocks in some cases with ComponentGraphics.drawImage(). ComponentGraphics takes the gdk lock and then calls super.drawImage(). But in some cases when the image isn't a BufferedImage CairoGraphics would recurse into drawImage() again. And since the gdk lock isn't reentrant

[cp-patches] Patch: FYI: javadoc fix

I'm checking this in. It fixes a typo I found. Tom 2006-06-10 Tom Tromey [EMAIL PROTECTED] * java/io/File.java (pathSeparator): Typo fix. Index: java/io/File.java === RCS file:

[cp-patches] FYI: fix for ConfigFileParser

hello all, the attached patch --already committed-- fixes a bug in the above. the TestOfConfigurationParser Mauve test (in gnu.testlet.javax.security.auth.login) should now pass. 2006-06-11 Raif S. Naffah [EMAIL PROTECTED] * gnu/javax/security/auth/login/ConfigFileParser.java

[cp-patches] Re: RFC: deadlock with Componet/CairoGraphics.drawImage()

On Sat, 2006-06-10 at 23:17 +0200, Mark Wielaard wrote: Hi, I was seeing deadlocks in some cases with ComponentGraphics.drawImage(). ComponentGraphics takes the gdk lock and then calls super.drawImage(). But in some cases when the image isn't a BufferedImage CairoGraphics would recurse into

[cp-patches] FYI: TextLayout fixlet and some GlyphVector caches.

2006-06-11 Sven de Marothy [EMAIL PROTECTED] * java/awt/font/TextLayout.java (getLogicalHighlightShape): Add check. * gnu/java/awt/peer/gtk/FreetypeGlyphVector.java (getLogicalBounds, getGlyphPositions): Cache bounds, positions. Index: