Hi all,
running some demos on my kaffe port (kaffe 1.1.6, compiled
for mips machine, using Tiny-X), I testet successfully
some programs using awt, now, I have a demo using swing,
and the program fails as it do not find
javax/swing/JComponent.setDropTarget!
When I run it with:
Hi, I made some tests ...
--- Gianluca Moro [EMAIL PROTECTED] ha scritto:
Hi all,
running some demos on my kaffe port (kaffe 1.1.6, compiled
for mips machine, using Tiny-X), I testet successfully
some programs using awt, now, I have a demo using swing,
and the program fails as it do not
Hello,
It seems to me that the requested function are implemented in
libraries/javalib/java/awt/
which is part of GNU classpath, while I'm using the implementation
from libraries/javalib/awt-implementations/kaffe/java/awt/,
So the question is: to have the supoprt for swing, do I need
to
On Tue, Oct 25, 2005 at 10:54:44AM +, Clemens Eisserer wrote:
Hello,
It seems to me that the requested function are implemented in
libraries/javalib/java/awt/
which is part of GNU classpath, while I'm using the implementation
from
Hi there,
You're right, classpath's swing is only supported running on top of
Classpath's AWT implementation :-(
Just wondering... my tests show the latest release of JamVM looks far more
stable running my simple
Swing apps than the latest Kaffe. Which AWT implementation would be built by
[EMAIL PROTECTED] wrote:
Hi there,
You're right, classpath's swing is only supported running on top of
Classpath's AWT implementation :-(
Just wondering... my tests show the latest release of JamVM looks far more
stable running my simple
Swing apps than the latest Kaffe. Which AWT
Hi Dalibor,
You're right, classpath's swing is only supported running on top of
Classpath's AWT implementation :-(
Just wondering... my tests show the latest release of JamVM looks far more
stable running my
simple Swing apps than the latest Kaffe. Which AWT implementation would be
On Tue, Oct 25, 2005 at 12:37:55PM -0200, [EMAIL PROTECTED] wrote:
Hi Dalibor,
You're right, classpath's swing is only supported running on top of
Classpath's AWT implementation :-(
Just wondering... my tests show the latest release of JamVM looks far
more stable running my
What I think would be great if one of the two peers could be made
QT/GTK on reuquest, should mean that they would use X11/cairo for all
the lightweight drawing-stuff and QT/GTK would only take action when a
native AWT peer is created.
Therefore it would be possible to share the same basic code