Hi,
I observed some occasional problem with the RepaintManager vs painting.
Sometimes the RepaintManager simply crashes in Graphics.drawImage with
an assertion failure. This was caused by negative dx and dy offsets
(from JViewport I guess). This patch fixes this by intersecting the
dirty area
Hi,
I documented DocFlavor and fixed the implementation so it now
passes all the mauve tests I committed for this class. Also
serialization works now correctly between SUN JDK and GNU classpath.
2006-02-23 Wolfgang Baer [EMAIL PROTECTED]
* javax/print/DocFlavor.java: Added
Hi,
this patch fixes all incompatibilities with serialization in the javax.print
namespace. If I haven't forgot something all is now conformant to the JDK
classes serialized form.
2006-02-23 Wolfgang Baer [EMAIL PROTECTED]
* javax/print/attribute/standard/MediaSize.java:
I wrote the 'scaleByPowerOfTen' method and when testing it noticed that
the toString method wasn't behaving as specified, so I fixed it and
added the comments explaining how it should behave.
2006-02-23 Anthony Balkissoon [EMAIL PROTECTED]
* java/math/BigDecimal.java:
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
On Thu, 2006-02-23 at 16:00 -0500, Scott Gilbertson wrote:
With JamVM + Classpath, the first two paints don't happen, so you get a
solid gray box for two seconds at startup, followed by Pass 1 Pass 2
-- and so on.
It's probably a separate issue, but somewhat related, I guess.
Could you
ChangeLog says it all.
2006-02-23 Anthony Balkissoon [EMAIL PROTECTED]
* java/math/BigDecimal.java:
(toString): Fixed a problem where the negative sign was being displayed
twice in the exponent.
(toEngineeringString): New method.
(toPlainString):
Hi Lillian,
- reshape in Component was fixed. invalidate() was only being called on
the component if it has moved or has been resized. But the problem is
that a component could be moved, because its parent moved, and the
component would not know about it.
invalidate() should always
I have implemented a couple of Toolkit methods that can be used to
globally listen to events that pass the event queue. My focus was on
doing this as efficient as possible, so that it does not slow down event
processing more than absolutely necessary. This involved a new utility
method for fast
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):
Based on my last patch I am now able to improve the handling of mouse
events in popup menus.
We had a hugely inefficient implementation before: opening a popup menu
has caused the glasspane of the corresponding frame to become active, so
that all mouse events outside the menu could be detected
The attached patch makes painting in Swing a little more correct by
letting the JRootPane override isOptimizedDrawingEnabled. This is now
implemented to return true only when the glassPane is invisible.
Otherwise, the glassPane overlays the rest of the JRootPane and must
always be considered when
Hi Scott,
Am Donnerstag, den 23.02.2006, 19:08 -0500 schrieb 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
On Fri, 2006-02-24 at 00:10 +0100, Roman Kennke wrote:
Hi Lillian,
- reshape in Component was fixed. invalidate() was only being called on
the component if it has moved or has been resized. But the problem is
that a component could be moved, because its parent moved, and the
14 matches
Mail list logo