Hi,
Petteri reported two configure issues with the dssi code. This should
fix them both, but since I don't have dssi installed at the moment I
keep them open for now. Till I (or someone else) can test and confirms
that this fixes the problems.
2005-11-10 Mark Wielaard [EMAIL PROTECTED]
Hi,
I fixed the BasicComboBoxUI so that the box is closed when the ComboBox
(or its list) loses the focus.
2005-10-10 Roman Kennke [EMAIL PROTECTED]
* javax/swing/plaf/basic/BasicComboBoxUI.java
(installListeners): Also install focusListener on the listBox.
Hi,
This fixes a bug pointed out by the Mysaifu JVM author. It also makes
the Stop Software Hoarders Use GNU! text visible again in our AWT
Demo.
2005-10-10 Mark Wielaard [EMAIL PROTECTED]
Fixes bug #24731 reported by [EMAIL PROTECTED]
* java/awt/ScrollPane.java (addNotify): Return
The method JComponent.processKeyEvent is Swing's entry point for
handling key events. Events like typing text in a text area even pass
through here to check first if the key event changes the focus (like
alt-tab), then if there is a low-level key listener that wants the
event, then if there is a
Hi,
I fixed some buggies in the BasicListUI. The fixed cell height and width
should now correctly be recognized. In addition to that I optimized the
painting so that only the cells within the clip bounds are painted. This
greatly improved performance when scrolling. This is really smooth now.
2005-11-10 Lillian Angel [EMAIL PROTECTED]
* javax/swing/plaf/metal/MetalRadioButtonUI.java
(paintFocus): Centered border around rectangle. It seemed
a bit offset and too small at times.
Index: javax/swing/plaf/metal/MetalRadioButtonUI.java
Hi,
On Thu, 2005-11-10 at 10:13 +0100, Petter Reinholdtsen wrote:
And it is using a lot of memory when building documentation. It would
be nice if it could be modified to use less memory during build. I
hope this can be improved before v1.0 is released. I had to find a
machine with more
--- Comment #1 from mark at gcc dot gnu dot org 2005-11-10 10:51 ---
Confirmed. If you also have --enable-alsa because of a typo in configure.ac.
Creating a patch now.
--
mark at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mark at gcc dot gnu dot org 2005-11-10 10:53 ---
Confirmed. dssi_data.h isn't listed as one of the source files in
native/jni/dssi/Makefile.am. Creating a patch now.
--
mark at gcc dot gnu dot org changed:
What|Removed |Added
[Julian Scheid]
With bugs like that still cropping up, I'd rather keep the 0.x tag for
now...
And it is using a lot of memory when building documentation. It would
be nice if it could be modified to use less memory during build. I
hope this can be improved before v1.0 is released. I had to
Hello,
Mysaifu JVM version 0.1.7 is now available for download from
http://www2s.biglobe.ne.jp/~dat/java/project/jvm/index_en.html
Mysaifu JVM is a Java virtual machine for Pocket PC 2003.
GNU Classpath is this JVM's class library.
Here is a list of important changes:
* Update to GNU
--- Comment #27 from roman at kennke dot org 2005-11-10 15:56 ---
Ok I think I have solved part of the problem. What we did before when painting
overlapping components (like popupmenus over the GUI) is to paint all
components in the stack, from the bottom to the top, regardless if they
--- Comment #28 from hendrich at informatik dot uni-hamburg dot de
2005-11-10 17:06 ---
Could you test this again
Cvs update done.
For this test, I did run imageviewer with the '-noflicker' option, which
should disable the JTree updating and painting and the JTree-related problems.
Thanks for idea. The problem seems real and the solution may work. Nice
patch, also. I have several suggestions:
1.The Waker.run has two queueLock.wait statements. If the thread is
interrupted (notified)
at the second waiting statement (inside the loop), the interrupting
flag in your patch is
I have to agree with you on that, Mark.
While i was trying to detect/fix the problem, i thought i was going
nuts with all the timers, and controlling every wait/notify.
I even started changing ToolTipManager to use a util.Timer instead,
but stopped when i found out (i didn't knew) that if you
On Tue, 2005-11-08 at 16:42 +0100, Christian Thalinger wrote:
We are currently developing a JNI source code analyzer, which scans for
missing NewGlobalRef calls (this is for popl06). And it seems that it
has found a bug in GNU classpath's gtk peers.
Ok, here are the 2 missing jclass bugs
Hi Christian,
On Thu, 2005-11-10 at 20:38 +0100, Christian Thalinger wrote:
Ok, here are the 2 missing jclass bugs we've found:
These indeed look like genuine bugs. Thanks for finding them. Could you
post the patch plus a ChangeLog entry to classpath-patches and commit
these?
There are a lot
--- Comment #3 from abalkiss at redhat dot com 2005-11-10 20:13 ---
This is fixed.
--
abalkiss at redhat dot com changed:
What|Removed |Added
--
abalkiss at redhat dot com changed:
What|Removed |Added
Target Milestone|--- |0.20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24781
--- Comment #2 from cvs-commit at developer dot classpath dot org
2005-11-10 20:05 ---
Subject: Bug 24781
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Balkissoon [EMAIL PROTECTED] 05/11/10
20:03:56
Modified files:
.
--- Comment #3 from abalkiss at redhat dot com 2005-11-10 20:12 ---
Created an attachment (id=10209)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10209action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24781
___
The documentation in Sun's jdk strongly implies that all
javax.swingTimers share a single thread. Any implementation that does
not do this should be viewed with a great deal of suspicion.
David Daney.
Joao Victor wrote:
About using only 1 thread; i think swing.Timer can have only one
On Thu, 2005-11-10 at 20:57 +0100, Mark Wielaard wrote:
Yes, please do post a list if you have one and we can go through them
and see if they might indeed cause bugs/unexpected behavior. Even if
they are not really problematic in this context it would be instructive
what kind of potential
--- Comment #3 from betelgeuse at gentoo dot org 2005-11-10 22:20 ---
The patch seems to fix the issue.
--
betelgeuse at gentoo dot org changed:
What|Removed |Added
Yes... but doesn't util.Timer already use a single thread? If so, then
i think it would be correct for each component to instantiate a
swing.Timer - as long as that timer, inside, is using a single
thread at its back-end.
I also think that, at Sun's docs, the swing.Timer doesn't have a
Sorry, just saw there's no shared thing, had got things a little mixed up.
Cheers,
J.V.
2005/11/10, Joao Victor [EMAIL PROTECTED]:
Yes... but doesn't util.Timer already use a single thread? If so, then
i think it would be correct for each component to instantiate a
swing.Timer - as long as
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Mark Wielaard [EMAIL PROTECTED] 05/11/10 11:06:34
Modified files:
. : ChangeLog configure.ac
native/jni/midi-dssi: Makefile.am
Log message:
Reported by
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Roman Kennke [EMAIL PROTECTED]05/11/10 12:36:47
Modified files:
. : ChangeLog
javax/swing: JComponent.java
Log message:
2005-10-10 Roman Kennke
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Lillian Angel [EMAIL PROTECTED] 05/11/10 22:59:26
Modified files:
. : ChangeLog
javax/swing/plaf/metal: MetalRadioButtonUI.java
Log message:
2005-11-10
29 matches
Mail list logo