--- Comment #3 from hendrich at informatik dot uni-hamburg dot de
2006-12-14 07:57 ---
(In reply to comment #2)
I disagree. TimesRoman etc are not logical font names, but 'physical' font
names. (Logical names are Serif, SansSerif, Monospaced, Dialog, and
DialogInput
-- refer
that are larger than the
scrollpane size and to disable the zoom-to-fit option (menu-
view-zoom fit after loading), in order to make the scrollbars
appear.
[1] tams-www.informatik.uni-hamburg.de/people/alumni/hendrich/niffler
--
Summary: wrong clip in JScrollpane repainting
--- Comment #1 from hendrich at informatik dot uni-hamburg dot de
2006-11-16 08:37 ---
Created an attachment (id=12629)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12629action=view)
screenshot showing the repaint issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29865
Severity: normal
Priority: P3
Component: swing
AssignedTo: roman at kennke dot org
ReportedBy: hendrich at informatik dot uni-hamburg dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29566
___
Bug-classpath mailing
--- Comment #6 from hendrich at informatik dot uni-hamburg dot de
2006-10-23 17:24 ---
(In reply to comment #5)
No, nothing since the 20'th. I'm assuming these images should not be in
memory
concurrently (slideshow loads one, then moves on to the next, and the original
image
--- Comment #15 from hendrich at informatik dot uni-hamburg dot de
2006-10-19 08:47 ---
Could you please retest?
Just tested current cvs (2006.10.19). Mouse-wheel scrolling seems to work
on JTree now, at least in my test applications. Fixed!
Note: I got a new (apparently harmless
...
--
Summary: JTree.scrollPathToVisible/expandPath buglet
Product: classpath
Version: 0.93
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: swing
AssignedTo: roman at kennke dot org
ReportedBy: hendrich at informatik dot
--- Comment #9 from hendrich at informatik dot uni-hamburg dot de
2006-10-18 15:15 ---
Hello Roman and Audrius,
first of all, thanks for working on Swing in general, and my bugs in
particular. Please don't quarrel about the bugs or the exact state of them.
By now, I am pretty
/alumni/hendrich/niffler/
--
Summary: setCursor modifies wrong JComponent
Product: classpath
Version: 0.93
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: swing
AssignedTo: roman at kennke dot org
viewer to
http://tams-www.informatik.uni-hamburg.de/personal/hendrich/niffler/index.html
Unlike the previous version with its deeply-nested popup-menu, the new version
uses a more traditional user-interface. It also adds image histogram,
EXIF support,
and basic image editing based on get/setRGB
Hello Sven,
thanks for your detailed answers to my questions! New Niffler version
uploaded
and available right now (niffler-exif.jar and niffler-src.zip).
Right. BufferedImages created with Component.createImage(int, int) are
backed by a Cairo surface. Ones created directly by
--- Comment #7 from hendrich at informatik dot uni-hamburg dot de
2006-07-14 09:55 ---
Subject: Re: BufferedImage.getRGB returns bad pixel data
Ok, fixed now.
Confirmed (cvs 2006.70.14).
Just FYI: We've got a pure-java GIF decoder for IIO now which is pretty fast.
(by which I
Hello all,
another build surprise, and another stupid question. Sorry.
Obviously, classpath cvs now depends on gconf, which depends on something
called ORBit that I have never heard of, and that I don't have.
Well, building with --disable-gconf-peer now. (Another undocumented
switch, but I am
--- Comment #3 from hendrich at informatik dot uni-hamburg dot de
2006-06-19 10:03 ---
(In reply to comment #2)
How does it rotate the text? I'm not seeing any problems when using
Graphics2D.rotate().
Could you run jfig3.jar and confirm that creating rotated texts works for
you
--- Comment #4 from hendrich at informatik dot uni-hamburg dot de
2006-06-19 10:05 ---
Created an attachment (id=11696)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11696action=view)
figure file with rotated text objects
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27947
Hello Roman,
thanks for your quick reply.
Orbit is usually installed as part of Gnome. Of which gconf is the
configuration management. So if you have gconf you usually also have
Gnome and with it you'll have Orbit.
OK. So far, I only have those parts of gnome required to building
ReportedBy: hendrich at informatik dot uni-hamburg dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28061
___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath
--- Comment #1 from hendrich at informatik dot uni-hamburg dot de
2006-06-16 14:50 ---
Created an attachment (id=11680)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11680action=view)
testcase
A simple testcase that embeds JTree inside a JSplitPane, with quite a few
nodes
--- Comment #9 from hendrich at informatik dot uni-hamburg dot de
2006-06-08 12:25 ---
(In reply to comment #8)
This seems to be a deadlock happening when the HideCursorManager sets the
cursor at some inconvenient time. I haven't debugged it fully yet.
Good catch! This sounds very
and JDK 1.4.2.
--
Summary: RoundRect2D buglet
Product: classpath
Version: 0.92
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: awt
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hendrich
My image viewer application shows a massive memory leak when running on jamvm
with classpath cvs (2006.06.06) - about 10..30 MBytes of memory per
medium-sized image.
Goto http://tams-www.informatik.uni-hamburg.de/personal/hendrich/niffler/
and download niffler.jar and optionally the sources. Run
Hello Tom,
Try --disable-plugin.
oops... ok, works. Thanks.
Guess I should have grep'ed for plugin instead of mozilla
in ChangeLog*. Perhaps a better error message is in order?
- Norman
--- Comment #22 from hendrich at informatik dot uni-hamburg dot de
2006-03-10 10:17 ---
Subject: Re: Graphics.fillRect extremely slow
Please disregard the numbers in Comments 18 and 19. Because of a bug in GNU
Classpath's build machinery (PR 26623), I was testing the same patch
--- Comment #11 from hendrich at informatik dot uni-hamburg dot de
2006-03-07 13:15 ---
Created an attachment (id=10981)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10981action=view)
testcase with animation based on AWT
The AWT variant of my previous Swing-based GameOfLife
--- Comment #12 from hendrich at informatik dot uni-hamburg dot de
2006-03-07 13:27 ---
As an experiment, I rewrote the Swing-based animation to a pure AWT-based
animation (without double-buffering). I tried running with the JDK and
jamvm+classpath (with and without the gdk_flush
--- Comment #6 from hendrich at informatik dot uni-hamburg dot de
2006-03-06 08:51 ---
Created an attachment (id=10974)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10974action=view)
improved testcase with frames/second counter
--
hendrich at informatik dot uni-hamburg dot de
--- Comment #1 from hendrich at informatik dot uni-hamburg dot de
2006-03-07 13:48 ---
Created an attachment (id=10982)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10982action=view)
testcase to demonstrate the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26594
--- Comment #13 from hendrich at informatik dot uni-hamburg dot de
2006-03-07 13:53 ---
Created an attachment (id=10983)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10983action=view)
improved AWT-based testcase
An improved version of the testcase submitted a few minutes ago.
I
--- Comment #5 from hendrich at informatik dot uni-hamburg dot de
2006-03-06 08:49 ---
Subject: Re: Graphics.fillRect extremely slow
Hello Tom,
Can you try commenting out the call to gdk_flush() in
Java_gnu_java_awt_peer_gtk_GdkGraphics_fillRect?
Done. The animation runs mucher
Hello Christian,
I tested it with CACAO and it works, but it's not blazingly fast :-)
Thanks. I had some hope that a JIT compiler would help a bit, but
apparently not... still, at least on my system, image loading under
JDK 1.5.0 is almost twice as fast as JDK 1.4.2, and JDK 1.6 beta is
a
. This is not a Gimp, not even a Picasa, but I still
like it to view my images because the mouse-dragging lets me scroll
quickly to areas of interest in the magnified images:
http://tams-www.informatik.uni-hamburg.de/personal/hendrich/niffler
The application expects the image directory name as its first
--- Comment #33 from hendrich at informatik dot uni-hamburg dot de
2006-01-20 11:37 ---
Subject: Re: JMenu layout problem with nested menus
Sorry, I can't confirm that the menus are that slow. But you are right, this
might be related to the underlying image beeing redrawn. Maybe I
--
Summary: NPE in
Product: classpath
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: swing
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hendrich
--- Comment #1 from hendrich at informatik dot uni-hamburg dot de
2005-11-16 12:32 ---
to whom it may concern:
I am getting the following NPE when running one of my test apps with
classpath cvs head (2005.11.16) on jamvm 1.3.2 linux-x86:
java.lang.NullPointerException
--- 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
--- Comment #11 from hendrich at informatik dot uni-hamburg dot de
2005-11-07 16:22 ---
Sorry Lillian,
I am still not happy with JPopupMenu... The size of nested submenus
seems not to grow anymore after your last fix, but now the initial
layout of lightweight popups is broken. I got
--- Comment #12 from hendrich at informatik dot uni-hamburg dot de
2005-11-07 16:23 ---
Created an attachment (id=10164)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10164action=view)
testcase to show empty popup
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24651
--- Comment #5 from hendrich at informatik dot uni-hamburg dot de
2005-11-03 15:32 ---
Created an attachment (id=10126)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10126action=view)
testcase to demonstrate the issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24651
Hello Mark, hello David:
Mark Wielaard wrote:
All in all not too bad. I'll try and analyze (and hopefully fix the few
non-free-swing regressions). I do worry a bit about the fact that JList
doesn't seem to scroll anymore (see my previous email about the
FreeSwingTestApps). There has been a
Hello David and Audrius,
first of all, thanks for your answers to my mauve-setup question(s).
I tried the MakeTestClassList program, which seems to work fine.
However, after spending another few hours trying to get the whole
testsuite running, my worst fears are confirmed... To summarize:
*
Not true. I just use the batch_run utility to run them all. I know that
Mark uses this too.
When I first tried the script, every test would FAIL... looking at it
again I see this is simply due to the hard-coded path to glibj.zip.
After changing the path, the script works.
Still, the script
Hello all,
[I recently checked out Mauve CVS with the good intention of first
running the testsuite, learning from the existing testcases, and
then converting my own bug-report testcases into some nice Mauve
regression tests.]
Unfortunately, running Mauve under classpath+jamvm is less fun than
I
Hello all,
a while ago I made myself some enemies complaining about the AWT/Swing
support in gcj (http://gcc.gnu.org/ml/java/2005-05/msg00052.html).
Back then, I was really frustrated about obscure compiler bugs in gcj
being fixed within minutes, while even small test programs like many
of the
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: awt
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hendrich at informatik dot uni-hamburg dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24211
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-09-02 08:45 ---
Subject: Re: JComboBox problems (including VM crash)
Hello Thomas,
[Bug swing/23558]
I can't reproduce this with GNU Classpath HEAD and jamvm 1.3.2. Can you retry
with JamVM 1.3.2
A dumb question about the classpath build infrastructure:
Since the recent Qt-peers checkins, trying to build classpath CVS from
scratch fails on my system (basically still a SuSE 8.2 with lots of updates):
...
native/jni/qt-peer/Makefile.am: C++ source seen but `CXX' is undefined
46 matches
Mail list logo