[cp-patches] Patch: a few X peer fixes

2007-04-19 Thread Scott Gilbertson
below. Please consider checking it in. Thanks. 2007-04-19 Scott Gilbertson [EMAIL PROTECTED] * gnu/java/awt/peer/swing/SwingComponentPeer.java (handleEvent) Coalesce paint events. * gnu/java/awt/peer/swing/SwingComponentPeer.java (handleEvent) Coalesce paint

Re: Lightweight AWT on X

2006-06-06 Thread Scott Gilbertson
The xlib peers are specific to GCJ. Without GCJ, Classpath works on X using GTK peers. From: Philippe Laporte To: classpath@gnu.org Sent: Tuesday, June 06, 2006 6:21 AM Subject: Lightweight AWT on X Hi, I've been googling around and saw some activity around libgcj for AWT support based

Re: [cp-patches] FYI: LightweightPeers reworked

2006-02-23 Thread Scott Gilbertson
Our original idea of changing GLightweightPeer and creating a new class, GtkLightweightContainerPeer, has failed. Ultimately, we came up with a simpler solution that fixes our problem- and does not break anything else. * What was changed: - I applied Scott Gilbertson's patch, it is

Re: [cp-patches] FYI: Global event dispatching

2006-02-23 Thread Scott Gilbertson
Roman This patch also makes Toolkit.createComponent() return a GLightweightPeer Roman again. I got NullPointerExceptions with Swing applications otherwise and Roman think we should do like Sun here and provide a default impl for Roman lightweight peers. Roman ... Roman(createComponent):

Re: [cp-patches] RFC: LightweightPeers reworked

2006-02-22 Thread Scott Gilbertson
// New class: class GtkLightweightContainerPeer extends LightweightComponentPeer implements ContainerPeer { // ContainerPeer-specific methods that used // to be in GLightweightPeer } Are you saying you don't think we need class gnu.java.awt.peer.LightweightContainerPeer?

Re: [cp-patches] RFC: LightweightPeers reworked

2006-02-22 Thread Scott Gilbertson
I agree with Scott that we need to add a LightweightContainerPeer class. I fixed up Toolkit, as well. I also added the painting methods to GtkLightweightContainerPeer (those that override ComponentPeer). This is the updated ChangeLog. The newest patch is attached. 2006-02-22 Lillian

Re: [cp-patches] RFC: LightweightPeers reworked

2006-02-21 Thread Scott Gilbertson
I wonder if you could have a look at this change, half of which I claim is related: http://developer.classpath.org/pipermail/classpath/2006-February/000157.html I originally submitted it for GCJ (hence the superfluous libjava/ on all the paths), but it needs to go in Classpath before checking in

Re: [cp-patches] RFC: LightweightPeers reworked

2006-02-21 Thread Scott Gilbertson
getClip().intersects(x, y, width, height); } - Original Message - From: Scott Gilbertson To: Lillian Angel Sent: Tuesday, February 21, 2006 12:19 PM Subject: Re: [cp-patches] RFC: LightweightPeers reworked I wonder if you could have a look at this change, half of which I claim is related

Re: Patch: Fix painting of lightweight AWT children

2006-02-21 Thread Scott Gilbertson
I saw Roman already said these changes look OK. And as you suggested on classpath-patches with respect to the LightweightPeer changes that Lillian proposed it would be good if Lillian incorporated these changes in her patch. Thanks. That would be great. + public void repaint(long tm, int

Patch: Fix painting of lightweight AWT children

2006-02-14 Thread Scott Gilbertson
in the Classpath 0.20 code. Index: libjava/ChangeLog from Scott Gilbertson [EMAIL PROTECTED] * classpath/gnu/java/awt/peer/GLightweightPeer.java (repaint): Pass event to parent. * classpath/java/awt/Graphics.java (hitClip): Handle null clip. Are these changes OK? Justification