java-gnome-developer — For people using the bindings to write their own applications

[Java-gnome-developer] Error with glade

[Pablo B. <pb...@uo...>]

Hi!!! I'm new to the list, I'm trying to get Java-Gnome working but I
get this error message:


could not create widget: could not find constructor: org.gnu.gnome.App(int)
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
xml_connect: skipping X(Dp(D(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H(?$H
Exception in thread "main" org.gnu.glade.GladeXMLException: invalid source widget handle
        at org.gnu.glade.LibGlade.connect(LibGlade.java:159)
        at org.gnu.glade.LibGlade.glade_xml_signal_autoconnect_full(Native Method)
        at org.gnu.glade.LibGlade.<init>(LibGlade.java:113)
        at org.gnu.glade.LibGlade.<init>(LibGlade.java:82)
        at org.gnu.glade.LibGlade.<init>(LibGlade.java:54)
        at net.sourceforge.jnomencoder.gnomeui.Ui.<init>(Ui.java:34)
        at net.sourceforge.jnomencoder.gnomeui.Ui.main(Ui.java:50)


I get that error with the program and glade file attached. The glade
file is big, because I'm porting a little application I made with Gtk#
to java-gnome.

Can you help me with this? TIA!
-- 
Pablo Baena <pb...@uo...>

Re: [Java-gnome-developer] Is this project still alive ?

[Mark H. <mh...@ca...>]

On Sun, 2003-04-27 at 16:33, Tarun Ramakrishna Elankath wrote:
> Hi all,
> 
> Just peeped in and wanted to know if this project still kicks ?

Take a look at the cvs logs. Plenty is being done. Hopefully we should
have a development release sometime soon.
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [Java-gnome-developer] Is this project still alive ?

[Clemens E. <lin...@we...>]

>
>
>Hi all,
>
>Just peeped in and wanted to know if this project still kicks ?
>
>Rgds,
>Tarun
>
Yip

>
>  
>

[Java-gnome-developer] Is this project still alive ?

[Tarun R. E. <ta...@we...>]

Hi all,

Just peeped in and wanted to know if this project still kicks ?

Rgds,
Tarun

[Java-gnome-developer] Swing-Replacement based on Java-gtk possible?

[Hans P. <jav...@gm...>]

Hello! 
 
I want to make a SWING-replacement based on native GTK2. 
 
I started watching for a SWING replacement running on GCJ, and soon I 
found another guy looking for the same. So we decided to write a 
lightweight swing, and soon we discovered that the internal design of 
swing is really terrible for speed reasons. 
So I decided to make it native, I know a strange thing but also Apple 
managed to do it using Carbon... 
 
So please could you answer me some questions: 
 
1.) Would it be a good idea to use java-gtk as a basis, or would it be 
better to write our own bindings. Maybe it would be a better idea to use 
CNI, dont really know.... 
Do you know how much faster CNI is compared to JNI using GCJ? 
 
2.)I tried to compile java-gtk on my machine, but it always fails saying 
that pkg-config cant find gobject-2.0. I didnt find any package calles 
like this, and I simply dont know what to do. 
Any ideas? 
 
3.)How complete are the bindings? Is it possible to write own layouts, 
whats up with html? 
 
I hope you can answer me this questions, good luck. 
 
Lg Hans 

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

RE: [Java-gnome-developer] Status and development needs

[Jeffrey M. <Jef...@Br...>]

Support for the latest Gnome is still under development.
If you wish to see our work-in-progress please checkout
the code from cvs.  You will notice there are many 
significant changes from the last release.

Currently we are retooling the String handling so we have
better support for I18N.  I hope this should be wrapped
up by the end of the week.  After that we still have work
to do on a few of the more complex widgets, an event
propagation problem, and more cleanup of the code.  Other
areas that need addressed are the documentation is out
of date and the examples should be enhanced.

If you wish to help please take a look at the code and 
let us know where you would like to focus.

-Jeff

-----Original Message-----
From: Geert Bevin [mailto:gb...@uw...]
Sent: Tuesday, March 25, 2003 6:25 AM
To: jav...@li...
Subject: [Java-gnome-developer] Status and development needs


Hello,

I've been looking at the java-gnome effort and am wondering what the
status is for Gtk+ 2.2 and Gnome 2.2 support. Is the development of the
binding still continuing? It's been a long time since there's been a
release but the cvs shows activity.

Are there particular areas where help is needed? I would be interested
to help out occasionally.

Thanks for the info,

Geert Bevin

-- 
Geert Bevin             Uwyn
"Use what you need"     Lambermontlaan 148
http://www.uwyn.com     1030 Brussels
gb...@uw...         Tel & Fax +32 2 245 41 06

PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D 309F D6A9
Public PGP key  : available at servers pgp.mit.edu, wwwkeys.pgp.net



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
_______________________________________________
java-gnome-developer mailing list
jav...@li...
https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

[Java-gnome-developer] Status and development needs

[Geert B. <gb...@uw...>]

Hello,

I've been looking at the java-gnome effort and am wondering what the
status is for Gtk+ 2.2 and Gnome 2.2 support. Is the development of the
binding still continuing? It's been a long time since there's been a
release but the cvs shows activity.

Are there particular areas where help is needed? I would be interested
to help out occasionally.

Thanks for the info,

Geert Bevin

-- 
Geert Bevin             Uwyn
"Use what you need"     Lambermontlaan 148
http://www.uwyn.com     1030 Brussels
gb...@uw...         Tel & Fax +32 2 245 41 06

PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D 309F D6A9
Public PGP key  : available at servers pgp.mit.edu, wwwkeys.pgp.net

Re: [Java-gnome-developer] Java-Gnome on Win32 (using mingw)

[<fer...@lo...>]

Hi,

> > PS: It is possible to compile Java-Gnome using just GCJ,
> > without using a Java2
> > SDK for compiling classes? I'm afraid the mixture of
> > Unix-style GCC and
> > Windows-style javac is messing up the libraries, and
> > using Unix-style compilers
> > all the time could solve this.
> 
> I'm not sure if it's the same in 0.7, but in the code from
> cvs you can add the following line to build.xml:
> <property name="build.compiler"            value="gcj"/>

So I guess it isn't, release 0.7 uses autoconf and makefiles
instead of ant. I
understand that GCC and GCJ should be capable of building
the entire java-gnome
suite without help of a Java2 SDK, the problem is directing
configure to do so.


[]s, Fernando Lozano

Re: [Java-gnome-developer] Java-Gnome on Win32 (using mingw)

[Mark H. <mh...@ti...>]

On Thu, 2003-03-20 at 20:29, fer...@lo... wrote:
> PS: It is possible to compile Java-Gnome using just GCJ,
> without using a Java2
> SDK for compiling classes? I'm afraid the mixture of
> Unix-style GCC and
> Windows-style javac is messing up the libraries, and using
> Unix-style compilers
> all the time could solve this.

I'm not sure if it's the same in 0.7, but in the code from cvs you can
add the following line to build.xml:
<property name="build.compiler"		    value="gcj"/>
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: Re: [Java-gnome-developer] Right alligned Text in Labels?

[Clemens E. <Lin...@we...>]

Hi there!

Wow, thanks for remembering my mail such a long time ago!

> The correct way is to use the setAlignment method. This is part of the
> Misc package, which Label extends. 
> There is a comment in the Javadoc of Label.setJustification which seems
> to be useful.

Hmm , played a little bit around with it, it worked just fine!

Thanks you very much!!

Mfg Linuxhippy



______________________________________________________________________________
Mit der Gruppen-SMS von WEB.DE FreeMail erreichen Sie mit einem Klick 
alle Freunde gleichzeitig! http://freemail.web.de/features/?mc=021180

Re: [Java-gnome-developer] Java-Gnome on Win32 (using mingw)

[Mark H. <mh...@ti...>]

Hi,
  This looks like there are problems with the
gnu/jni/gnu_gtk_GtkWindow.c file. This is part of the gtk distribution
you are using, so I would suggest you upgrade this. 
It seems you are using java-gnome 0.7.1 - this depends on the old gtk1.
It might be a good idea to use the code from java-gnome CVS, compiled
with the newer releases, gtk2.0 or gtk2.2

Please keep us informed of your progress.

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [Java-gnome-developer] Right alligned Text in Labels?

[Mark H. <mh...@ti...>]

On Wed, 2002-12-04 at 15:57, Clemens Eisserer wrote:
> How can I make the text of a widget right-alligned, i read that i´ve
> to work with pango-tags, and I looked at the pango-site, but I dont
> understand anything....
> Only a very short answer would do it, so I dont waste too much of your
> time *sorry*

Sorry for the long delay in responding - I've just been doing this in
one of my apps and for some reason remembered your email to the list.

The correct way is to use the setAlignment method. This is part of the
Misc package, which Label extends. 
There is a comment in the Javadoc of Label.setJustification which seems
to be useful.
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[Java-gnome-developer] Java-Gnome on Win32 (using mingw)

[<fer...@lo...>]

Hi there,

I am looking for some guidance on compiling java-gtk+ (GTK+
bindings for Java)
under Win32. I`ve compiled java-gnome under Linux some times
without problems,
but what problems can happen using configure/make on a GNU
system? :-)

On Windows I am using the latest releases from Mingw (2.0.3)
and Msys (1.0.9)
together with december pre-release GCJ. Java-Gnome needs a
Java2 SDK and I use
Sun 1.4.0_02. I guess it should be possible by now to
compile java-gnome using
just GCC/GCJ but I'll try this on Linux before trying on
Win32.

As I have no clue about patching configure scripts and the
like, or about the
potential gotchas of this combo (native Win32 Java SDK +
Mingsys-based
makefiles and configure tools + Mingw GCC) I guess you can
provide me some
guidance.

I installed the software above on c:\soft and downloaded
WinGTK+ 0.2 to get
Win32 DLLs and include files for GTK+. I had to download
also libglade 0.17
from the same site and create a standard directory struture
(include, lib) for it.

Then entered /c/soft/java-gnome-0.7.1 and run configure

configure --with-gtk-only --with-gtk-prefix=/c/soft/wingtk
-with-libglade-config=/c/soft/wingtk/bin/libglad-econfig

To make configure happy I had to provide scripts for
gtk-config and
libglade-config which were not suplied by wingtk 0.2. I
patched them to return:

$ gtk-config --libs
/c/soft/wingtk/lib/libgdk.dll.a
/c/soft/wingtk/lib/libgtk.dll.a
/c/soft/wingtk/lib/libglib-2.0.dll.a

lozano@LAB15 /c/soft/wingtk/bin
$ libglade-config --libs
-L/c/soft/libglade/lib -lglade -lxml -lz

configure went fine and generated a makefile (I am not
sending full logs
because this may be boring and I just want someone to tell
me if I did
something fundamentally wrong). I had to edit the makefile
so Sun JDK is happy
with the CLASSPATH envorinment variable.

Then make compiled some java-gnome specific Java classes
that generate
definitions for JNI calls to the GTK+ library. After that
Java classes
themselves were compiled without a problem. Some C sources
where compiled fine
until I got the error:

gcc -c -g -O2 -fPIC -Iother gnu/jni/gnu_gtk_GtkWindow.c -o
gnu/jni/gnu_gtk_GtkWindow.o -I /c/j2sdk1.4.0/include -I
/c/j2sdk1.4.0/include/win32 -I/c/soft/wingtk/include
-I/usr/X11R6/include \
     -I/usr/include/gnome-xml -I/c/soft/libglade/include
-I/usr/lib/glib/include -I/usr/X11R6/include -DGTK
cc1.exe: warning: -fPIC ignored for target (all code is
position independent)
In file included from c:/soft/wingtk/include/gdk/gdk.h:33,
                 from c:/soft/wingtk/include/gtk/gtk.h:31,
                 from gnu/jni/gnu_gtk_GtkWindow.h:24,
                 from gnu/jni/gnu_gtk_GtkWindow.c:22:
c:/soft/wingtk/include/gdk/gdkdnd.h:99:8: warning: extra
tokens at end of
#endif directive
gnu/jni/gnu_gtk_GtkWindow.c: In function
`GtkWindow_get_window_has_focus':
gnu/jni/gnu_gtk_GtkWindow.c:330: structure has no member
named `window_has_focus'
gnu/jni/gnu_gtk_GtkWindow.c: In function
`GtkWindow_get_window_has_pointer_focus':
er_focus'
make[2]: *** [gnu/jni/gnu_gtk_GtkWindow.o] Error 1
make[2]: Leaving directory
`/c/soft/java-gtk/java-gnome-0.7.1/src'
make[1]: *** [gtk] Error 2



[]s, Fernando Lozano

Re: [Java-gnome-developer] Pixbufs in TreeView patch

[Mark H. <mh...@ca...>]

eOn Tue, 2003-02-04 at 07:54, Destrius wrote:
> I've managed to get pixbufs working in TreeView widgets... 
great.

> I haven't modified TreeStore yet, but the changes should be identical to
> ListStore.
If you do make any changes to this, or any other parts of java-gnome,
please send diffs. Also, if you have any suggestions, it is worth
mentioning them in case we haven't thought of them already.

> The cvs diff is attached, hope it will be of some use. :)
I've commited it.

Sorry for not being more helpful with this. I'm very busy at uni at the
moment. Hopefully I will find time to work on java-gnome over easter (I
started a large program which I really want to get working well)

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[Java-gnome-developer] Pixbufs in TreeView patch

[Destrius <des...@th...>]

I've managed to get pixbufs working in TreeView widgets... the problem
seems to be with gtk+ being unable to convert a g_pointer to a GdkPixbuf*
on the fly.

As a result, the current code fails at two points: first, when placing the
GdkPixbuf handle into a GValue (as a pointer value), and second when using
G_TYPE_POINTER in place of GDK_TYPE_PIXBUF inside Type.PIXBUF().

Some quick hacking of these two fixes the problem, but its makes the code a
bit messy. I added a new native function to ListStore that uses
gtk_list_store_set() to set the value of the column when a pixbuf is
supplied, and modified Type.PIXBUF() to return GDK_TYPE_PIXBUF.

I haven't modified TreeStore yet, but the changes should be identical to
ListStore.

The cvs diff is attached, hope it will be of some use. :)

-- 
Destrius
http://harmos.threeone.net

Re: [Java-gnome-developer] Patch for Pixbuf

[Mark H. <mh...@ca...>]

On Wed, 2003-01-29 at 16:38, Destrius wrote:
> Anyway, I've made some modifications to the
> src/java/org/gnu/gdk/Pixbuf.java file to add in support for creating
> pixbufs from images, retrieving the width and height of the image, and a
> simple scale function. Nothing really special, but I'll work on tackling
> the rest of the functions if nobody else will; I have a need for them as
> I'm working on a graphical application in Java-Gnome.
Excellent, thanks. Help is always appreciated. 

> The diff is attached; apply to Pixbuf.java.
looks fine.

> On a similar note, I've been going through some of the previous posts
> regarding TreeView and the displaying of Pixbufs; I have the same problem,
> and after going through the code I think its something to do with the
> GValue used to store the Pixbuf's handle (pointer).
> 
> When running a simple program using ListStore to create a list of images, I
> get these messages:
> 
> (java-gnome:9913): GLib-GObject-CRITICAL **: file gvaluetypes.c: line 803
> (g_value_get_pointer): assertion `G_VALUE_HOLDS_POINTER (value)' failed
> 
> (java-gnome:9913): GLib-GObject-WARNING **: unable to set property `pixbuf'
> of type `GdkPixbuf' from value of type `gpointer'
> 
> I can't really be sure, but my guess is that somewhere down the line the
> pointers get messed up and so the original GdkPixbuf can no longer be
> referenced. The main problem is that I haven't managed to pinpoint where
> the second message is originating from.
I'd like to look at this as I wrote the tree code, but have very little
time at the moment, so am probably not going to be able to. If you send
me the code you're using, I'll see if I can spot any obvious errors.

> It could just as well be a problem with my current configuration, as for
> some reason Sun's java refuses to run java-gnome programs without crashing
> everytime an event occurs. I'm using kaffe instead, and it runs
> fine. Programs are still compiled using the Sun JDK (j2se1.4), and jikes
> works as well.
That happens for me too, but not for any of the other java-gnome
developers. I'm glad to have finally found someone else with the same
problem :)
I really have no idea why it happens.

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[Java-gnome-developer] Patch for Pixbuf

[Destrius <des...@th...>]

Greetings,

I have only been looking at Java-Gnome for about 2 weeks or so, so I
apologize if I make any obvious mistakes.

Anyway, I've made some modifications to the
src/java/org/gnu/gdk/Pixbuf.java file to add in support for creating
pixbufs from images, retrieving the width and height of the image, and a
simple scale function. Nothing really special, but I'll work on tackling
the rest of the functions if nobody else will; I have a need for them as
I'm working on a graphical application in Java-Gnome.

The diff is attached; apply to Pixbuf.java.

On a similar note, I've been going through some of the previous posts
regarding TreeView and the displaying of Pixbufs; I have the same problem,
and after going through the code I think its something to do with the
GValue used to store the Pixbuf's handle (pointer).

When running a simple program using ListStore to create a list of images, I
get these messages:

(java-gnome:9913): GLib-GObject-CRITICAL **: file gvaluetypes.c: line 803
(g_value_get_pointer): assertion `G_VALUE_HOLDS_POINTER (value)' failed

(java-gnome:9913): GLib-GObject-WARNING **: unable to set property `pixbuf'
of type `GdkPixbuf' from value of type `gpointer'

I can't really be sure, but my guess is that somewhere down the line the
pointers get messed up and so the original GdkPixbuf can no longer be
referenced. The main problem is that I haven't managed to pinpoint where
the second message is originating from.

It could just as well be a problem with my current configuration, as for
some reason Sun's java refuses to run java-gnome programs without crashing
everytime an event occurs. I'm using kaffe instead, and it runs
fine. Programs are still compiled using the Sun JDK (j2se1.4), and jikes
works as well.

I'd appreciate if anybody has working code that displays a set of pixbufs
in a list, something like a thumbnail browser. This functionality is
integral to the program I'm writing, so I really need to get it working,
even if it involves several hours of staring at the gtk+ sources. :P

-- 
Destrius
http://harmos.threeone.net

Re: [Java-gnome-developer] Mail archive links

[Alberto G. <alb...@te...>]

Ok, I have corrected it.

El dom, 19-01-2003 a las 12:58, Christian Fredrik Kalager Schaller
escribi=C3=B3:
> Hi,
> The mailing list archive links on the gnome-java website points to the
> old geocrawler archive which do not collect mails anymore. They need to
> point to the new SF mailarchive which at least archives mail sometimes
> ;)
>=20
> Christian
> --=20
> Christian Fredrik Kalager Schaller <Ur...@li...>
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

[Java-gnome-developer] Mail archive links

[Christian F. K. S. <Ur...@li...>]

Hi,
The mailing list archive links on the gnome-java website points to the
old geocrawler archive which do not collect mails anymore. They need to
point to the new SF mailarchive which at least archives mail sometimes
;)

Christian
-- 
Christian Fredrik Kalager Schaller <Ur...@li...>

Re: [Java-gnome-developer] Possibility to built SWING on top uf Java-GTK?

[Bill H. <bil...@su...>]

Hi again Helgi:

On Thu, 2003-01-09 at 14:08, Helgi Hrafn Gunnarsson wrote:

> For example, if I change the theme of Gtk+, I would want Swing 
> apps to use the same thing, regardless of what Java feels about it, 
> since that functionality should be in the native widget set itself, 
> in our case, Gtk+. Whether this'll be the case for 1.5 or not, 
> I don't know, I couldn't tell by your words. If this is what they'll do, 
> I'll embrace Java Swing much sooner. Furthermore, if that's the case, 
> a specific Linux project of implementing Gtk+ in Swing (with the 
> relevant and cross-platform Swing API and all that stuff) would be 
> rather pointless. We wouldn't get the project in a runnable state
> before 1.5 anyway.

What 1.5. will do is _emulate_ the gtk+ default engine, including the
engine's themability.   So in 1.5 Swing will match the current gtk+
theme and system font size, etc. provided the theme uses either the
default engine or something similar.

For instance the themes currently in gnome-themes (which will be part of
the GNOME 2.2 release) should all work well with 1.5's Swing (and
reports are that they do).  But if you install a totally different gtk+
engine, your results may vary.  As long as the gtk+ theme in question
continues to use the standard gtk+ RC file format, results should be
pretty good, except for possibly things like bevels versus radius if
widget borders, etc.

So the 1.5 solution is not all-inclusive but it will work for a wide
variety of GNOME/GTK+ themes including the 'standard' GNOME-2.2 ones.

> 
> If you can, please elaborate on what you meant by your words on 1.5. 
> Do you know if they're planning on using the native, underlying Gtk+ 
> set or are they just going to imitate it?
> 
> The underlying code running Swing can be slow as hell for all I care. 
> The greatest slowdown in Swing so far has been drawing the UI itself 
> through whichever technology they've used so far. But like I said, 
> the slowness isn't the point, that can be remedied later. Using the 
> Gtk+ widget set from the underlying OS, however, would be politically 
> a more correct way, since that would dump the performance 
> responsibility to the underlying OS and libraries, where that 
> responsibility belongs rightfully.

There are 'political' and practical concerns either way; if you
introduce a dependency on gtk+, you are (potentially) breaking
the platform-independence of Swing.  Of course if the change is only a
pluggable 'optimization' (as it seems to be in MacOS) then it's win-win.

Certainly if a non-default gtk+ engine becomes popular, Swing's PLAF
mechanism allows you to write a new Swing look to match it.  Perhaps
that would be a better project than re-writing Swing to use native
widgets, in terms of portability and also feasibility.

I don't recall offhand if a PLAF could be used to substitute a whole
native widget set... perhaps it is technically possible but I doubt
anyone has tried it.  That would be worth exploring however, since it's
an officially sanctioned mechanism for changing Swing's UI
implementation, and would work with any compliant VM.

best regards,

Bill

> 
> Peace.
> Helgi Hrafn Gunnarsson
> 

-- 
Bill Haneman <bil...@su...>

Re: [Java-gnome-developer] Possibility to built SWING on top uf Java-GTK?

[Helgi H. G. <he...@bi...>]

Well, the slowness of Swing is not at all what I would argue about.

The only thing I find silly about Swing is that it doesn't (for now, at least) use native widgets to display windows and their content. If in Swing 1.5 they'll actually bind it to the native Gtk+ lying on whichever platform you're running, that'll be great. But simply imitating the default Gtk+ look & feel wouldn't be a solution to the problem.

For example, if I change the theme of Gtk+, I would want Swing apps to use the same thing, regardless of what Java feels about it, since that functionality should be in the native widget set itself, in our case, Gtk+. Whether this'll be the case for 1.5 or not, I don't know, I couldn't tell by your words. If this is what they'll do, I'll embrace Java Swing much sooner. Furthermore, if that's the case, a specific Linux project of implementing Gtk+ in Swing (with the relevant and cross-platform Swing API and all that stuff) would be rather pointless. We wouldn't get the project in a runnable state before 1.5 anyway.

If you can, please elaborate on what you meant by your words on 1.5. Do you know if they're planning on using the native, underlying Gtk+ set or are they just going to imitate it?

The underlying code running Swing can be slow as hell for all I care. The greatest slowdown in Swing so far has been drawing the UI itself through whichever technology they've used so far. But like I said, the slowness isn't the point, that can be remedied later. Using the Gtk+ widget set from the underlying OS, however, would be politically a more correct way, since that would dump the performance responsibility to the underlying OS and libraries, where that responsibility belongs rightfully.

Peace.
Helgi Hrafn Gunnarsson

On 09 Jan 2003 13:22:10 +0000
Bill Haneman <bil...@su...> wrote:

> On Wed, 2003-01-08 at 22:32, Helgi Hrafn Gunnarsson wrote:
> > Howdy.
> > 
> > I must agree with the man. I've been wondering about this for quite some time, now.
> > 
> > Recently I was finally able to get myself a Mac, and I'm running Mac OS 10.2 on it. 
> > Amazed as I was, it runs Swing apps like native Mac OS 10.2 apps, although the 
> > default (butt-ugly, pardon my French) Swing look can be used as well.
> 
> Swing doesn't have to be slow; even some Sun VMs that do all the
> rendering in Java (rather than native widgets) are pretty fast.  1.4.X
> is lots lots faster than 1.3, and 1.3 was faster than 1.2's Swing
> (which, it has to be said, was kind of a dog from a performance point of
> view).
> 
> All VMs have to do JNI somewhere.  The issue is whether you maintain
> platform portability or not; if your JNI modules are either not
> available on all platforms with compliant Java VMs, or aren't always
> available on your "platform" (e.g. if they are GTK+ or Win32-specific),
> then you've lost the "write once run anywhere" concept of the VM.
> 
> So I think it really does matter, this "pure Java" thing; not as a
> "purity of essence" thing but from the point of view of portability.  If
> you don't care about portability, ok, but realize that many Java users
> do.
> 
> It would be great to optimize Swing performance on every platform with a
> VM.  There's no reason why this can't be done for GTK+, and as long as
> the result doesn't modify the Swing APIs incompatibly or introduce new
> APIs into the javax.swing or com.sun namespaces, this is even compatible
> with the 'JCP' as I understand it (again, flames to /dev/null, I am a
> GPL/LGPL advocate too).  But any nonstandard API should be in a
> different namespace.
> 
> > I really do remember reading somewhere on java.sun.com that Swing was designed to have
> >  widgets that belong to all popular widget sets, and since Sun are Unix-hackers I 
> > would only imagine they had taken Gtk+ into account (not that Gtk+ is exactly lacking 
> > widgets). Mac OS X obviously has everything and I assume MFC does as well, according 
> > to what you just wrote. Regardless of all of this, I've never seen a widget or a tool 
> > in Java Swing apps that I haven't seen in any of these toolkits.
> > 
> > I also know that Gtk+ was designed specifically with language bindings in mind, so I 
> > really can't believe that it's impossible or even that difficult to use native Gtk+ 
> > widgets instead of drawing the entire Swing thing from scratch (like the Sun VM does).
> > 
> > This is just some rambling from me. :) I'm not good enough in Java (in fact I barely 
> > know the language) to do this, but I would like to participate, once I get this 
> > f***ing gnome-gcj thing up and running.
> > 
> > Note: I have a strong personal policy of only using open-source software at home, 
> 
> Java's certainly "open source".  Whether or not it's "free" depends on
> your definitions, and how you feel about the JCP licensing restrictions
> on what kind of modifications to the VM you are free to redistribute. 
> But Java can and is being used to write Free Software, under BSD-style,
> Apache, and LGPL licenses (and I have done lots of this).
> 
> > also I hate, HATE Swing as a seperate look and feel to everything else, so I probably 
> > won't learn Java until I get gnome-gcj up. 
> 
> Note that Sun's 1.5 VM will have a GTK+ look and feel for Swing, which
> should make you happier...
> 
> > Furthermore... I want to run it as native machine-code, I really don't like the 
> > smell of virtual machines altogether. :)
> > 
> > The only real political question I can see is... do people really want Swing 
> > apps depending on JNI? I can only speak for myself, but I sure as s*** don't 
> > mind one bit. In fact I favour it more than than that childish 
> > (flames to /dev/null) pure-Java concept.
> 
> This may not be feasible without going through the (ugh) JCP. As I said,
> it might be embraced with the right planning, but I am dubious that you
> can redistribute code that changes javax.swing.* modules without
> permission.
> 
> Anyhow, you might want to try Swing with a recent VM if you are taking
> 1.3 as your performance benchmark.  Maybe 1.5's improvements will also
> help narrow the performance and integration/interop gaps so that using
> Swing in non-native mode is more palatable to GNOME developers, too.  I
> think there are other areas where integration and interoperability work
> between GNOME and Java might be even more useful in the future.
> 
> And *please* don't flame me, I am not on the Sun Java team, I didn't
> write the licenses, I am *not* a lawyer, etc, etc. :-)  I use and write
> Java, GNOME, GTK+, etc.
> 
> Best regards,
> 
> Bill
> 
> > 
> > Bill Haneman <bil...@su...>
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Possibility to built SWING on top uf Java-GTK?

[Bill H. <bil...@su...>]

On Wed, 2003-01-08 at 22:32, Helgi Hrafn Gunnarsson wrote:
> Howdy.
> 
> I must agree with the man. I've been wondering about this for quite some time, now.
> 
> Recently I was finally able to get myself a Mac, and I'm running Mac OS 10.2 on it. 
> Amazed as I was, it runs Swing apps like native Mac OS 10.2 apps, although the 
> default (butt-ugly, pardon my French) Swing look can be used as well.

Swing doesn't have to be slow; even some Sun VMs that do all the
rendering in Java (rather than native widgets) are pretty fast.  1.4.X
is lots lots faster than 1.3, and 1.3 was faster than 1.2's Swing
(which, it has to be said, was kind of a dog from a performance point of
view).

All VMs have to do JNI somewhere.  The issue is whether you maintain
platform portability or not; if your JNI modules are either not
available on all platforms with compliant Java VMs, or aren't always
available on your "platform" (e.g. if they are GTK+ or Win32-specific),
then you've lost the "write once run anywhere" concept of the VM.

So I think it really does matter, this "pure Java" thing; not as a
"purity of essence" thing but from the point of view of portability.  If
you don't care about portability, ok, but realize that many Java users
do.

It would be great to optimize Swing performance on every platform with a
VM.  There's no reason why this can't be done for GTK+, and as long as
the result doesn't modify the Swing APIs incompatibly or introduce new
APIs into the javax.swing or com.sun namespaces, this is even compatible
with the 'JCP' as I understand it (again, flames to /dev/null, I am a
GPL/LGPL advocate too).  But any nonstandard API should be in a
different namespace.

> I really do remember reading somewhere on java.sun.com that Swing was designed to have
>  widgets that belong to all popular widget sets, and since Sun are Unix-hackers I 
> would only imagine they had taken Gtk+ into account (not that Gtk+ is exactly lacking 
> widgets). Mac OS X obviously has everything and I assume MFC does as well, according 
> to what you just wrote. Regardless of all of this, I've never seen a widget or a tool 
> in Java Swing apps that I haven't seen in any of these toolkits.
> 
> I also know that Gtk+ was designed specifically with language bindings in mind, so I 
> really can't believe that it's impossible or even that difficult to use native Gtk+ 
> widgets instead of drawing the entire Swing thing from scratch (like the Sun VM does).
> 
> This is just some rambling from me. :) I'm not good enough in Java (in fact I barely 
> know the language) to do this, but I would like to participate, once I get this 
> f***ing gnome-gcj thing up and running.
> 
> Note: I have a strong personal policy of only using open-source software at home, 

Java's certainly "open source".  Whether or not it's "free" depends on
your definitions, and how you feel about the JCP licensing restrictions
on what kind of modifications to the VM you are free to redistribute. 
But Java can and is being used to write Free Software, under BSD-style,
Apache, and LGPL licenses (and I have done lots of this).

> also I hate, HATE Swing as a seperate look and feel to everything else, so I probably 
> won't learn Java until I get gnome-gcj up. 

Note that Sun's 1.5 VM will have a GTK+ look and feel for Swing, which
should make you happier...

> Furthermore... I want to run it as native machine-code, I really don't like the 
> smell of virtual machines altogether. :)
> 
> The only real political question I can see is... do people really want Swing 
> apps depending on JNI? I can only speak for myself, but I sure as s*** don't 
> mind one bit. In fact I favour it more than than that childish 
> (flames to /dev/null) pure-Java concept.

This may not be feasible without going through the (ugh) JCP. As I said,
it might be embraced with the right planning, but I am dubious that you
can redistribute code that changes javax.swing.* modules without
permission.

Anyhow, you might want to try Swing with a recent VM if you are taking
1.3 as your performance benchmark.  Maybe 1.5's improvements will also
help narrow the performance and integration/interop gaps so that using
Swing in non-native mode is more palatable to GNOME developers, too.  I
think there are other areas where integration and interoperability work
between GNOME and Java might be even more useful in the future.

And *please* don't flame me, I am not on the Sun Java team, I didn't
write the licenses, I am *not* a lawyer, etc, etc. :-)  I use and write
Java, GNOME, GTK+, etc.

Best regards,

Bill

> 
> Bill Haneman <bil...@su...>

Re: [Java-gnome-developer] Possibility to built SWING on top uf Java-GTK?

[Clemens E. <Lin...@we...>]

Hi!

>   There are many interesting ideas about GTK and Java and indeed many
> people have spent a lot of time working on them. However, none of them
> have been hugely successful. IMHO, the main reason for this is that none
> of them have been that good - people start work on projects but never
> complete them to a sufficient level that they become a feasible solution
> for developers. 
Youre right.

>   I think we need to spend a lot more time making java-gnome a lot
> better. There is still a huge amount to be done, especially if you are
> interested in running it on free jres.
I like java-gnome very much, but the biggest limitation is not the current api, it simply the developer-support.
Look at SWING: There are tons of tuts and developers, tools etc.
SWING is covered in every Java-Book.


> When this is done and there are a
> number of applications successfully powered by Java-Gnome, then is the
> time to be thinking of such extensions. 
Hmm, I wrote a big app with 0.7.1 and glade. This was a fine thing!
I think java-gnome is not not extremly sucessful, because of its design, instead of its features (I know my english is bad ;-)  )

If somebody only wants to have a native gui and he wants to use all his current apps, this is the only possible solution.

Hmm, maybe I did not say it before: I want to make a NEW project, covering this based on java-gnome. This means java-gnome will be always needed to run that stuff, but Ionly want to use java-gtk as a underlaying platform.
I also think that making jgtk better is not a bad idea, but it wont make java-gtk much more sucessful! Look at the KDE-Java-Bindings! They are very useable and complete, a fine thing!
But they are also not very popular, because the user needs to learn a new api and cant use his "old" programs with the new, fast gui.

Back to my last question: Would it be theoretically possible to use java-gtk as an underlaying platform, or do you think it would be better to start from scratch?
(Jeff - please help!)

Good luck!, Clemens


______________________________________________________________________________
Ihre Freunde sind in Italien? Schicken Sie ihnen trotzdem eine SMS
mit WEB.DE FreeMail http://freemail.web.de/features/?mc=021172

Re: [Java-gnome-developer] Possibility to built SWING on top uf Java-GTK?

[Mark H. <mh...@ti...>]

On Wed, 2003-01-08 at 22:47, Linuxhippy wrote:
> Hi there again!
Hi,
  There are many interesting ideas about GTK and Java and indeed many
people have spent a lot of time working on them. However, none of them
have been hugely successful. IMHO, the main reason for this is that none
of them have been that good - people start work on projects but never
complete them to a sufficient level that they become a feasible solution
for developers. 
  I think we need to spend a lot more time making java-gnome a lot
better. There is still a huge amount to be done, especially if you are
interested in running it on free jres. When this is done and there are a
number of applications successfully powered by Java-Gnome, then is the
time to be thinking of such extensions. 

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [Java-gnome-developer] Possibility to built SWING on top uf Java-GTK?

[Helgi H. G. <he...@bi...>]

Howdy.

I must agree with the man. I've been wondering about this for quite some ti=
me, now.

Recently I was finally able to get myself a Mac, and I'm running Mac OS 10.=
2 on it. Amazed as I was, it runs Swing apps like native Mac OS 10.2 apps, =
although the default (butt-ugly, pardon my French) Swing look can be used a=
s well.

I really do remember reading somewhere on java.sun.com that Swing was desig=
ned to have widgets that belong to all popular widget sets, and since Sun a=
re Unix-hackers I would only imagine they had taken Gtk+ into account (not =
that Gtk+ is exactly lacking widgets). Mac OS X obviously has everything an=
d I assume MFC does as well, according to what you just wrote. Regardless o=
f all of this, I've never seen a widget or a tool in Java Swing apps that I=
 haven't seen in any of these toolkits.

I also know that Gtk+ was designed specifically with language bindings in m=
ind, so I really can't believe that it's impossible or even that difficult =
to use native Gtk+ widgets instead of drawing the entire Swing thing from s=
cratch (like the Sun VM does).

This is just some rambling from me. :) I'm not good enough in Java (in fact=
 I barely know the language) to do this, but I would like to participate, o=
nce I get this f***ing gnome-gcj thing up and running.

Note: I have a strong personal policy of only using open-source software at=
 home, also I hate, HATE Swing as a seperate look and feel to everything el=
se, so I probably won't learn Java until I get gnome-gcj up. Furthermore...=
 I want to run it as native machine-code, I really don't like the smell of =
virtual machines altogether. :)

The only real political question I can see is... do people really want Swin=
g apps depending on JNI? I can only speak for myself, but I sure as s*** do=
n't mind one bit. In fact I favour it more than than that childish (flames =
to /dev/null) pure-Java concept.

Just a comment, for you all to know, this idea must be common, and I only a=
ssume interest is enough.

Peace.
Helgi Hrafn Gunnarsson
he...@bi...

On Wed, 08 Jan 2003 23:47:23 +0100
Linuxhippy <lin...@we...> wrote:

> Hi there again!
>=20
> My laptop is still broken, I write this mail with my old 15=B4 60Hz=20
> Monotir ;-)
>=20
> Very often I hear about OpenSource-VMs like Kaffe, GCJ, ORP and many othe=
rs.
> Many oft them are supporting AWT none of them have builtin-support for=20
> SWING.
>=20
> My IDEA (its only an idea!) is, to make not the same fault as SUN did=20
> with SWING (althought SWING is not bad, but its really slow and does=20
> absolutly not integrate in the native gui-interface).
> I thought that it should be possible  to reinvent SWING an the top of a=20
> native gui-toolkit, but I want to ask you here, because of here are the=20
> real gui-gurus! (especally Jeff!!!)
> This implementation does not need to be exatly 100% compytible, I know=20
> this is not possible....
>=20
>=20
> So please let me ask some questions relating to this theme:
>=20
> 1.) Would it be possible to use Java-GTK as the underlaying "platform".
> I know many things need to be reinvented in SWING style, but its better=20
> to code SWING in a "high-level-way" with java-gtk than dealing with=20
> native funktions.
> java-gtk does so many nice things for me (e.g. Memory handling), that I=20
> think it would be much easier to start with jgtk than from scratch...
>=20
> 2.) What about events and layouts?
> a) Would it be possible to widly emulate swing event, using and=20
> extending the current java-gtk event-model?
> b)How would it be possible to recode the swing-layouts using java-gtk. I =

> know that swt has realized some java-like layouts using gtk...
> Would it be possible too rebuild all the layout-managers using a=20
> gtk-layout with fixed position?
> Would it be possible with boxes and tables?
>=20
> 3.)Is it important to rebuild exactly that heredity-hirachy (I=B4m sorry =

> for my bad english, I know that word is wrong..) like sun does in swing?
>=20
>=20
> I know I not experienced with both Java/JNI/java-gtk enough to start a=20
> such project, but so many people are asking, and nobody does begin.
> This really bothers me so much, so that I want to start. I know I=B4m=20
> always a little bit rash, but so I=B4m ;-)
> I want to start this project, if its possible in most parts. I know its=20
> a very big amount of work, SWING is very big and SUN did not design=20
> SWING to be easy portable to native guis. But I=B4ve heard of a=20
> static-win32 Java-Compilier which translates SWING to native=20
> MFC-Programs, so its theoretical possible!
>=20
>=20
> Good luck again, Clemens
>=20
> PS: I was able to built Java-GTK on Windows using Cygwin.
> Hmm, but thats quite a very dirty port. It still requires an X-Server.
> The whole libraries (without the X-Server) are around ~20Mb (only GTK2,=20
> Pango, ZLIB.......).
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld =3D Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer