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

Re: [Java-gnome-developer] Thanks and some questions

[Mikael H. <mi...@im...>]

s=C3=B6n 2003-06-29 klockan 19.49 skrev Mark Wielaard:
> Hi,

Hi!

Haven't tried out the bindings myself (had some problems building the
.jar-files and didn't have time to look into it), will soon though. I've
been a GNOME developers for several years though.

> The org.gnu.gnome.About class doesn't seem to work correctly.=20

Why is org.gnu.gnome namespace used anyway? org.gnome.* looks more
correct.

> In general the library doesn't behave very nicely when calls are made
> in the wrong order or are given the wrong arguments. Often it wasn't
> that hard to see what went wrong or when I object should no longer be
> used but crashing the whole application instead of throwing
> IllegalStateExceptions makes debugging a bit harder then necessary.
> An example is using a widget from a window which close box has just
> been pressed.

This might be the underlying GTK+ that makes this hard. Since C/GTK+
doesn't have ref counts as in Java I'm not sure if the fact that you
keep a java ref on an object makes you have a gtk-ref on the C-object.

My guess is that you have to be careful how you use the widgets and that
you will have to explicitly call g_object_ref (not sure if that is
wrapped or not) to keep a reference to a widget in a closed window after
destroying the window but I'm not sure.

> When using the UIInfo class to get some standard widget like
> UIInfo.quitItem() when you try to call quitMenuItem.getWidget() before
> the window that it is attched to is shown it crashes. Is this know
> behaviour?

Might be that the item/widget isn't created yet?

> I couldn't find documentation about how to work with java-gnome from
> multiple threads. To be save I just created a Fireable and a Timer
> that sets off a couple times a second and then update the Widgets in
> the fire() method that checks progress flags set in other threads.
> What is the recommended way to handle multiple thread that want to
> update the GUI. When is it save to call a widget or other glib, gtk or
> gnome object from a thread that isn't the main gtk thread?

When working with GTK+ you need to make sure that only one thread at a
time work on a widget. Therefor you will have to create locks around
calls that updates the widgets to prevent several simultanious accesses
to a widget.

> For the window layout I tried following the Gnome HIG. Is there
> example code to do some of the things described there? Currently I use
> alot of VBoxes inside HBoxes with different borders and spacing values
> tied together with SizeGroups which seems to make it look like the HIG
> describes. But since every Gnome application implements these kinds of
> things I wondered if there isn't an example library that just does the
> right thing.

You probably want to work with Glade/Libglade (not sure if it is wrapped
in java-gnome yet) for doing that. Most GNOME applications today use
Glade to create the GUI in a GUI-editor which outputs an XML-file
describing the UI. This saves lots of code and makes your application
more maintainable since you can change the UI without touching the code.

Hope it helps even though I don't know the current status of java-gnome.

Regards,
  Mikael Hallendal
--=20
Mikael Hallendal                mi...@im...
Imendio                         http://www.imendio.com
Phone: +46 (0)709 718 918

[Java-gnome-developer] Thanks and some questions

[Mark W. <ma...@kl...>]

Hi,

Thanks for the java-gnome bindings!  It was very nice to extend my
program with a simple GUI frontend that makes it look, feel and
integrate with the rest of my desktop. Thanks very much! See
<http://www.klomp.org/snark/snark-gnome.html> for the result.

Some questions and suggestions. Since this is my first Gnome program
please feel free to point out any mistaken assumptions.

I used the java-gnome packages that came with Debian GNU/Linux
(unstable) 0.8.0cvs20030415-1. I tried to get a more recent version
but anonymous CVS just doesn't seem to work on sourceforge (I have had
problems with other projects on sourceforge as well). So please tell
me if the problems I encountered are already known or fixed in a next
release.

The documentation on the home page seems very outdated. But using the
the general gtk and gnome API reference and the examples it wasn't
very hard to understand how to create the simple GUI that I
needed. Having those simple examples really helped getting up to speed
quickly.

java-gnome doesn't seem to work with kaffe (not even the just released
1.1 version). I have already emailed the kaffe mailinglist but haven't
had time to investigate more.

It does work very nicely with gij (GNU Interpreter for Java) that
comes with gcc 3.3 and that handles traditional class and jar files.
I haven't tried compiling everything to native code using gcj (GNU
Compiler for Java) which does work very nicely for the command line
version of my program.

I noticed that there is also a gnome-gcj project
<http://gnome-gcj.sourceforge.net> but that doesn't seem to get
updated any more. Have the projects merged? Do you want to provide CNI
bindings and natively compiled libraries? That should speed things up
a bit especially the startup phase and the shared libraries could be
used much more efficiently when the user has multiple java-gnome based
programs running.

The org.gnu.gnome.About class doesn't seem to work correctly.  It
seems to use the strings that I give it randomly as authors,
documentors and translator. I couldn't really detect when it used
which string. And if given a null string for the translator it crashes
the whole application.

In general the library doesn't behave very nicely when calls are made
in the wrong order or are given the wrong arguments. Often it wasn't
that hard to see what went wrong or when I object should no longer be
used but crashing the whole application instead of throwing
IllegalStateExceptions makes debugging a bit harder then necessary.
An example is using a widget from a window which close box has just
been pressed.

When using the UIInfo class to get some standard widget like
UIInfo.quitItem() when you try to call quitMenuItem.getWidget() before
the window that it is attched to is shown it crashes. Is this know
behaviour?

I couldn't find documentation about how to work with java-gnome from
multiple threads. To be save I just created a Fireable and a Timer
that sets off a couple times a second and then update the Widgets in
the fire() method that checks progress flags set in other threads.
What is the recommended way to handle multiple thread that want to
update the GUI. When is it save to call a widget or other glib, gtk or
gnome object from a thread that isn't the main gtk thread?

For the window layout I tried following the Gnome HIG. Is there
example code to do some of the things described there? Currently I use
alot of VBoxes inside HBoxes with different borders and spacing values
tied together with SizeGroups which seems to make it look like the HIG
describes. But since every Gnome application implements these kinds of
things I wondered if there isn't an example library that just does the
right thing.

Once again thanks for this binding. Even though I had some troubles,
it was not that hard and actually a pleasure to create something
usefull. Hope that I can help make it even better.

Cheers,

Mark

Re: [Java-gnome-developer] Gnome Library

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

Gabriele,

> I want my application, a GPL P2P Chat with the possibility to live draw (
> unfortunatly only in italian ), runs on all system (at the moment I use
> Swing but look&feel is awful).

You just want a prettier look or do you want better graphic performance?

> So I want port my application to SWT, but I want to expand the feature of my
> application when it runs on gnome for a better system integration.

Maybe you can get what you want just by using SWT or GTK+. Both, using recent
versions, will use the nativve look of the plataform. And both have nice
features for drawing.

> 1) Try compiling java-gnome using the GTK port for Win32 ( I try GIMP on
> windows and it's work very well), so it work on
> linux, unix and win system; in Italy there are few Mac system !

There's a GTK+ port for Macs, but I do no know how stable it is.
On Windows, use this release of GCC and GCJ:
http://www.thisiscool.com/gcc33_mingw.htm

Else get MingW from mingw.sourceforge.net and use a standard Java2 SDK.

> 2) Using only SWT ( I'm not able to exapand SWT, I'm a 23 years old student
> of software engineering).

Maybe this will be easier, as you can already get SWT binaries for Win32, Linux
and Mac.


[]s, Fernando Lozano

Re: [Java-gnome-developer] Gnome Library

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

On Thu, 2003-06-05 at 09:32, Gabriele Erba wrote:
> My problem isn't to extend a widget with canvas but to create new class t=
o
> interact with non-visual gnome fuction like G-conf. I think I must write
> same code in C and same Java for this work and I must now very well how
> gnome work.

Gabriele:

You may want to look at 'monkeybeans2' which is a Java implementation of
and connection to GNOME's Bonobo and bonobo-activation APIs.  With this
code your Java applications can be GNOME components or access GNOME
components and services.

At the moment monkeybeans2 doesn't include gconf support since gconf is
only available via C bindings.  However you could use the "gconftool-2"
client executable to avoid JNI if you wanted.

- Bill

> ----
> Gabriele Erba
> Audendum est: fortes adiuvat ipsa Venus (Tibullo)
> www.gabriele-erba.it
> ----- Original Message -----
> From: "Clemens Eisserer" <lin...@we...>
> To: "Gabriele Erba" <nz...@ga...>
> Sent: Wednesday, June 04, 2003 8:52 PM
> Subject: Re: [Java-gnome-developer] Gnome Library
>=20
>=20
> > Hi there!
> >
> > >2) Using only SWT ( I'm not able to exapand SWT, I'm a 23 years old
> student
> > >of software engineering)
> > >
> > Oh, come on, I=C2=B4m only 17 and I wrote also my own widgets using swt=
.
> >
> > Extending SWT (writing own widgets) isnt so hard as it seems. There
> > exists an interesting paper in the articles-section how to write own
> > widgets.
> >
> > Its really easy!
> >
> > Mfg Clemens
> >
> >
> >
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>=20

Re: [Java-gnome-developer] Gnome Library

[Gabriele E. <nz...@ga...>]

Thank for support, when I start with port I will post same message for help.
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it
----- Original Message -----
From: "Jeffrey Morgan" <Jef...@Br...>
To: "'Gabriele Erba'" <nz...@ga...>; "java-gnome-developers"
<jav...@li...>; <fer...@lo...>
Sent: Wednesday, June 04, 2003 12:49 PM
Subject: RE: [Java-gnome-developer] Gnome Library


> We might be able to assist you in two ways.
>
> 1) If you do decide to compile java-gnome on Win32 we
> will try to offer all of the support we can.  There are
> others in the community that have expressed interest in
> this and they might be willing to contribute.
>
> 2) If you find java-gnome classes that need to be enhanced
> to support better drawing features please post those requests
> to the list.  We will make every attempt to enhance the
> bindings.
>
> -Jeff
>
> -----Original Message-----
> From: Gabriele Erba [mailto:nz...@ga...]
> Sent: Wednesday, June 04, 2003 5:07 AM
> To: java-gnome-developers; fer...@lo...
> Subject: Re: [Java-gnome-developer] Gnome Library
>
>
> Hi Fernando,
> Thanks for all.
> I want my application, a GPL P2P Chat with the possibility to live draw (
> unfortunatly only in italian ), runs on all system (at the moment I use
> Swing but look&feel is awful).
> So I want port my application to SWT, but I want to expand the feature of
my
> application when it runs on gnome for a better system integration.
> After your answer I think that I have two possibility:
> 1) Try compiling java-gnome using the GTK port for Win32 ( I try GIMP on
> windows and it's work very well), so it work on
> linux, unix and win system; in Italy there are few Mac system !
> 2) Using only SWT ( I'm not able to exapand SWT, I'm a 23 years old
student
> of software engineering).
>
>
> > Gabriele,
> >
> > > Perhaps I wasn't clear about my question.
> > > So I try to explain better my question.
> > > Is it possible to use java-gnome for interact with gnome and SWT for
> draw
> > > the GUI in the same application ?
> >
> > Altough this should be possible, I wouldn't recomend. SWT and GTK have
> very
> > different object models and expect different responsibilities regarding
> > releasing OS and toolkit resources like handles and bitmaps. It would be
> very
> > hard to mix both APIs and have a working, stable application.
> >
> > If you need something from Gnome or GTK that SWT won't provide, you have
> two paths:
> >
> > 1. Create a new SWT widget exposing the desired functionality. This may
be
> > trivial but may also be a chalending task. Later think about how your
new
> > widget would be implemented on other SWT targets like Win32, Motif or
> MacOS.
> >
> > 2. Drop SWT at all and use only Gnome and GTK widgets. Later if you need
> Win32
> > support you may try compiling java-gnome using the GTK port for Win32. I
> think
> > nobody has done so, but this will happen sooner or later, as Gimp and
> other big
> > GTK apps are working on Win32 just fine.
> >
> > The reverse is also true: expanding GTK to provide equivalent widgets
and
> the
> > ones you like on SWT or dropping GTK (and Gnome) altogether.
> >
> >
> > []s, Fernando Lozano
> >
> >
> ----
> Gabriele Erba
> Audendum est: fortes adiuvat ipsa Venus (Tibullo)
> www.gabriele-erba.it
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Gnome Library

[Gabriele E. <nz...@ga...>]

My problem isn't to extend a widget with canvas but to create new class t=
o
interact with non-visual gnome fuction like G-conf. I think I must write
same code in C and same Java for this work and I must now very well how
gnome work.
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it
----- Original Message -----
From: "Clemens Eisserer" <lin...@we...>
To: "Gabriele Erba" <nz...@ga...>
Sent: Wednesday, June 04, 2003 8:52 PM
Subject: Re: [Java-gnome-developer] Gnome Library


> Hi there!
>
> >2) Using only SWT ( I'm not able to exapand SWT, I'm a 23 years old
student
> >of software engineering)
> >
> Oh, come on, I=B4m only 17 and I wrote also my own widgets using swt.
>
> Extending SWT (writing own widgets) isnt so hard as it seems. There
> exists an interesting paper in the articles-section how to write own
> widgets.
>
> Its really easy!
>
> Mfg Clemens
>
>
>

RE: [Java-gnome-developer] Gnome Library

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

We might be able to assist you in two ways.  

1) If you do decide to compile java-gnome on Win32 we 
will try to offer all of the support we can.  There are
others in the community that have expressed interest in
this and they might be willing to contribute.

2) If you find java-gnome classes that need to be enhanced
to support better drawing features please post those requests
to the list.  We will make every attempt to enhance the
bindings.

-Jeff

-----Original Message-----
From: Gabriele Erba [mailto:nz...@ga...]
Sent: Wednesday, June 04, 2003 5:07 AM
To: java-gnome-developers; fer...@lo...
Subject: Re: [Java-gnome-developer] Gnome Library


Hi Fernando,
Thanks for all.
I want my application, a GPL P2P Chat with the possibility to live draw (
unfortunatly only in italian ), runs on all system (at the moment I use
Swing but look&feel is awful).
So I want port my application to SWT, but I want to expand the feature of my
application when it runs on gnome for a better system integration.
After your answer I think that I have two possibility:
1) Try compiling java-gnome using the GTK port for Win32 ( I try GIMP on
windows and it's work very well), so it work on
linux, unix and win system; in Italy there are few Mac system !
2) Using only SWT ( I'm not able to exapand SWT, I'm a 23 years old student
of software engineering).


> Gabriele,
>
> > Perhaps I wasn't clear about my question.
> > So I try to explain better my question.
> > Is it possible to use java-gnome for interact with gnome and SWT for
draw
> > the GUI in the same application ?
>
> Altough this should be possible, I wouldn't recomend. SWT and GTK have
very
> different object models and expect different responsibilities regarding
> releasing OS and toolkit resources like handles and bitmaps. It would be
very
> hard to mix both APIs and have a working, stable application.
>
> If you need something from Gnome or GTK that SWT won't provide, you have
two paths:
>
> 1. Create a new SWT widget exposing the desired functionality. This may be
> trivial but may also be a chalending task. Later think about how your new
> widget would be implemented on other SWT targets like Win32, Motif or
MacOS.
>
> 2. Drop SWT at all and use only Gnome and GTK widgets. Later if you need
Win32
> support you may try compiling java-gnome using the GTK port for Win32. I
think
> nobody has done so, but this will happen sooner or later, as Gimp and
other big
> GTK apps are working on Win32 just fine.
>
> The reverse is also true: expanding GTK to provide equivalent widgets and
the
> ones you like on SWT or dropping GTK (and Gnome) altogether.
>
>
> []s, Fernando Lozano
>
>
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it




-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
java-gnome-developer mailing list
jav...@li...
https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Gnome Library

[Gabriele E. <nz...@ga...>]

Hi Fernando,
Thanks for all.
I want my application, a GPL P2P Chat with the possibility to live draw (
unfortunatly only in italian ), runs on all system (at the moment I use
Swing but look&feel is awful).
So I want port my application to SWT, but I want to expand the feature of my
application when it runs on gnome for a better system integration.
After your answer I think that I have two possibility:
1) Try compiling java-gnome using the GTK port for Win32 ( I try GIMP on
windows and it's work very well), so it work on
linux, unix and win system; in Italy there are few Mac system !
2) Using only SWT ( I'm not able to exapand SWT, I'm a 23 years old student
of software engineering).


> Gabriele,
>
> > Perhaps I wasn't clear about my question.
> > So I try to explain better my question.
> > Is it possible to use java-gnome for interact with gnome and SWT for
draw
> > the GUI in the same application ?
>
> Altough this should be possible, I wouldn't recomend. SWT and GTK have
very
> different object models and expect different responsibilities regarding
> releasing OS and toolkit resources like handles and bitmaps. It would be
very
> hard to mix both APIs and have a working, stable application.
>
> If you need something from Gnome or GTK that SWT won't provide, you have
two paths:
>
> 1. Create a new SWT widget exposing the desired functionality. This may be
> trivial but may also be a chalending task. Later think about how your new
> widget would be implemented on other SWT targets like Win32, Motif or
MacOS.
>
> 2. Drop SWT at all and use only Gnome and GTK widgets. Later if you need
Win32
> support you may try compiling java-gnome using the GTK port for Win32. I
think
> nobody has done so, but this will happen sooner or later, as Gimp and
other big
> GTK apps are working on Win32 just fine.
>
> The reverse is also true: expanding GTK to provide equivalent widgets and
the
> ones you like on SWT or dropping GTK (and Gnome) altogether.
>
>
> []s, Fernando Lozano
>
>
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it

Re: [Java-gnome-developer] Gnome Library

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

Gabriele,

> Perhaps I wasn't clear about my question.
> So I try to explain better my question.
> Is it possible to use java-gnome for interact with gnome and SWT for draw
> the GUI in the same application ?

Altough this should be possible, I wouldn't recomend. SWT and GTK have very
different object models and expect different responsibilities regarding
releasing OS and toolkit resources like handles and bitmaps. It would be very
hard to mix both APIs and have a working, stable application.

If you need something from Gnome or GTK that SWT won't provide, you have two paths:

1. Create a new SWT widget exposing the desired functionality. This may be
trivial but may also be a chalending task. Later think about how your new
widget would be implemented on other SWT targets like Win32, Motif or MacOS.

2. Drop SWT at all and use only Gnome and GTK widgets. Later if you need Win32
support you may try compiling java-gnome using the GTK port for Win32. I think
nobody has done so, but this will happen sooner or later, as Gimp and other big
GTK apps are working on Win32 just fine.

The reverse is also true: expanding GTK to provide equivalent widgets and the
ones you like on SWT or dropping GTK (and Gnome) altogether.


[]s, Fernando Lozano

Re: [Java-gnome-developer] Gnome Library

[Gabriele E. <nz...@ga...>]

Hi, first of all thaks for your time.
Perhaps I wasn't clear about my question.
So I try to explain better my question.
Is it possible to use java-gnome for interact with gnome and SWT for draw
the GUI in the same application ?
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it
----- Original Message -----
From: <fer...@lo...>
To: "Gabriele Erba" <nz...@ga...>; "java-gnome-developers"
<jav...@li...>
Sent: Tuesday, June 03, 2003 12:32 AM
Subject: Re: [Java-gnome-developer] Gnome Library


> Hi,
>
> > I'm used to develop with SWT for creating java application with native
> > look&fell.
> > I have two question:
> > Is it possibile use gnome library with SWT without using Gtk library ?
> > If this is true what are the advantages of Gtk library in comparison
with
> > SWT ?
>
> SWT on Unix uses either Motif or SWT. If you run under Linux and get
"native"
> look and feel you are using GTK already.
>
> Gnome is based on GTK. So there's no way to get Gnome features and not
using
> GTK. You can put a layer of software above Gnome and GTK, but not
discarding GTK.
>
> SWT uses GTK but has no other features for gnome integration. If you need
this,
> you need to expand SWT to use more Gnome APIs and widgets besides the ones
> provided by GTK.
>
> As SWT is a layer on top of GTK, using java-gnome should provide a little
> better performance, besides access to extra gnome widgets not supported by
SWT
> today.
>
>
> []s, Fernando Lozano
>
>

Re: [Java-gnome-developer] Gnome Library

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

Hi,

> > As SWT is a layer on top of GTK, using java-gnome should provide a little
> > better performance, besides access to extra gnome widgets not supported by SWT
> > today.
> 
> This last statement is not true.  Java-GNOME does perform better
> that SWT using GTK.

That was what I sad. You just provided a better explanation that should follow
the gains are more than "a little". :-)


[]s, Fernando Lozano

Re: [Java-gnome-developer] Gnome Library

[Jeffrey M. <ku...@zo...>]

On Mon, 2003-06-02 at 18:32, fer...@lo... wrote:

> As SWT is a layer on top of GTK, using java-gnome should provide a little
> better performance, besides access to extra gnome widgets not supported by SWT
> today.

This last statement is not true.  Java-GNOME does perform better
that SWT using GTK.  This is due to the way SWT was implemented.
Two concrete examples are:

1) SWT needed to support Z-order for the widgets (how composites
are created).  Since GTK doesn't really support this the SWT
team decided to do this by creating an X window for each widget.
This is the primary reason there is a refresh problem with SWT.
It is not unusual to have 50 or more X windows in an application
window.

2) The SWT API was created prior to the GTK port.  The SWT notion
of layout management was already in place.  In SWT the container
widget tells the child how much space it has whereas in GTK the
child usually tells the container how much space it needs.  In
order to retrofit the SWT model to the GTK widget layout code
a big hack was performed that has a negative impact.

This is just two examples of differences between SWT and Java-GNOME.
As I said before, the SWT API was in place and the developers
of SWT had to write code to handle the differences between the
SWT model and the GTK toolkit.

-Jeff

Re: [Java-gnome-developer] Gnome Library

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

Hi,

> I'm used to develop with SWT for creating java application with native
> look&fell.
> I have two question:
> Is it possibile use gnome library with SWT without using Gtk library ?
> If this is true what are the advantages of Gtk library in comparison with
> SWT ?

SWT on Unix uses either Motif or SWT. If you run under Linux and get "native"
look and feel you are using GTK already.

Gnome is based on GTK. So there's no way to get Gnome features and not using
GTK. You can put a layer of software above Gnome and GTK, but not discarding GTK.

SWT uses GTK but has no other features for gnome integration. If you need this,
you need to expand SWT to use more Gnome APIs and widgets besides the ones
provided by GTK.

As SWT is a layer on top of GTK, using java-gnome should provide a little
better performance, besides access to extra gnome widgets not supported by SWT
today.


[]s, Fernando Lozano

RE: [Java-gnome-developer] Gnome Library

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

I am not completely sure I understand the first question so
I will ramble on a little and hope I hit the mark.  The GNOME
desktop environment is built upon a collection/stack of libraries.  
There is no need to use every library in the collection but you
must support dependent libraries.  Perhaps an example will 
demonstrate.  The core gnome stack looks like the following (I
am leaving out numerous libs for simplicity sake):

libgnomeui & libgnome
GTK
ATK & Pango
glib

If you are going to write an application using libgnomeui then you
must use GTK.  This is also true in Java-GNOME.  

Now to attempt to answer your first question; you cannot use GNOME
with SWT.  The GTK2 flavor of SWT is simply a wrapper around a subset
of the GTK widgets.  It includes no support for GNOME except the 
inherent support that is there since they are both using the same 
widget toolkit.

SWT is a windowing toolkit that provides a cross platform widget set
that utilizes the native widget set on a platform where available.
Where those widgets are not available it provides its' own 
implementation.

Java-GNOME is a language binding for the GNOME desktop environment.  
There is no attempt to provide cross platform capabilities.  Since
the focus is on GNOME there is very tight integration with that 
desktop environment which doesn't exist in SWT.  

Which to use?  If you want to write a cross platform Java UI I would
recommend SWT.  If you want to write an Java UI that targets the
GNOME desktop environment I would use Java-GNOME.

-Jeff



-----Original Message-----
From: Gabriele Erba [mailto:nz...@ga...]
Sent: Sunday, June 01, 2003 5:58 AM
To: java-gnome-developers
Subject: [Java-gnome-developer] Gnome Library


Hi, I'm Gabriele Erba from Milan, Italy.
Fist of all I'm sorry for my little english.
This is the fist time I post in this mailing-list.
I'm used to develop with SWT for creating java application with native
look&fell.
I have two question:
Is it possibile use gnome library with SWT without using Gtk library ?
If this is true what are the advantages of Gtk library in comparison with
SWT ?
Thanks very much.
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it








-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
java-gnome-developer mailing list
jav...@li...
https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Gnome Library

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

I would love to know the answer to this as well.

Thanks,
Tarun

On Sun, 2003-06-01 at 15:27, Gabriele Erba wrote:
> Hi, I'm Gabriele Erba from Milan, Italy.
> Fist of all I'm sorry for my little english.
> This is the fist time I post in this mailing-list.
> I'm used to develop with SWT for creating java application with native
> look&fell.
> I have two question:
> Is it possibile use gnome library with SWT without using Gtk library ?
> If this is true what are the advantages of Gtk library in comparison with
> SWT ?
> Thanks very much.
> ----
> Gabriele Erba
> Audendum est: fortes adiuvat ipsa Venus (Tibullo)
> www.gabriele-erba.it
> 
> 
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: eBay
> Get office equipment for less on eBay!
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

[Java-gnome-developer] Gnome Library

[Gabriele E. <nz...@ga...>]

Hi, I'm Gabriele Erba from Milan, Italy.
Fist of all I'm sorry for my little english.
This is the fist time I post in this mailing-list.
I'm used to develop with SWT for creating java application with native
look&fell.
I have two question:
Is it possibile use gnome library with SWT without using Gtk library ?
If this is true what are the advantages of Gtk library in comparison with
SWT ?
Thanks very much.
----
Gabriele Erba
Audendum est: fortes adiuvat ipsa Venus (Tibullo)
www.gabriele-erba.it

[Java-gnome-developer] java-gnome configure script not detecting gcj 3.3

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

When checking that gcj's version is bigger than 3.0, it fails even
though I have gcj 3.3.

I fixed it changing this line in configure:

gcj_version=`$GCJ --version | grep 3 | awk '{print $3}'`

for this: 

gcj_version=`$GCJ --version | grep 3.3 | awk '{print $3}'`

But that is just a hack to make it work.

I have no clue on how to really fix it.
Cheers!
-- 
Pablo Baena <pb...@uo...>

RE: [Java-gnome-developer] Error with glade

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

The generator is not used at build time any longer.  It is primarily used as
a development
tool to create a starting point for development of a new object (or new
method).  
 
-Jeff

-----Original Message-----
From: Pablo Baena [mailto:pb...@uo...]
Sent: Thursday, May 29, 2003 8:36 PM
To: Jeffrey Morgan
Cc: mh...@ti...; java-gnome-developers
Subject: Re: [Java-gnome-developer] Error with glade


Great! So there's no need to change the ref files? Aren't the .java files
generated? Won't this change be lost then?

On Thu, 2003-05-29 at 07:55, Jeffrey Morgan wrote: 

Thanks for the info.  I have checked this change into cvs.



On Thu, 2003-05-29 at 13:48, Pablo Baena wrote:

> It's the delete_event signal that, when LibGlade tries to connect it,

> crashes. Removing the line: 

> <signal name="delete_event" handler="on_app1_delete_event"
last_modification_time="Thu, 29 May 2003 12:14:49 GMT"/>

> from the file I attached, should work.

> 

> It's confirmed that adding this constructor to org.gnu.gnome.App, the

> glade file is loaded perfectly:

> 

> 

>         public App(int handle) {

>             super (handle);

>         }

> Cheers!

> 

> On Thu, 2003-05-29 at 17:12, Mark Howard wrote: 

> > On Thu, 2003-05-29 at 14:32, Pablo Baena wrote:

> > > I'm debugging this. The problem seems to be, as you said, that App has

> > > not a int constructor. 

> > > 

> > > I don't understand yet how the defs file works, but I'm trying to make

> > > it work. The attached glade file triggers the error and is much

> > > smaller.

> > 

> > Can you send a copy of a glade file which works too please to compare

> > the differences.

> 

> 

> -- 

> 

> Pablo Baena <  <mailto:pb...@uo...> pb...@uo...>



-- 
Pablo Baena < pb...@uo... <mailto:pb...@uo...> > 	

Re: [Java-gnome-developer] Error with glade

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

Great! So there's no need to change the ref files? Aren't the .java
files generated? Won't this change be lost then?

On Thu, 2003-05-29 at 07:55, Jeffrey Morgan wrote:

> Thanks for the info.  I have checked this change into cvs.
> 
> On Thu, 2003-05-29 at 13:48, Pablo Baena wrote:
> > It's the delete_event signal that, when LibGlade tries to connect it,
> > crashes. Removing the line: 
> > <signal name="delete_event" handler="on_app1_delete_event" last_modification_time="Thu, 29 May 2003 12:14:49 GMT"/>
> > from the file I attached, should work.
> > 
> > It's confirmed that adding this constructor to org.gnu.gnome.App, the
> > glade file is loaded perfectly:
> > 
> > 
> >         public App(int handle) {
> >             super (handle);
> >         }
> > Cheers!
> > 
> > On Thu, 2003-05-29 at 17:12, Mark Howard wrote: 
> > > On Thu, 2003-05-29 at 14:32, Pablo Baena wrote:
> > > > I'm debugging this. The problem seems to be, as you said, that App has
> > > > not a int constructor. 
> > > > 
> > > > I don't understand yet how the defs file works, but I'm trying to make
> > > > it work. The attached glade file triggers the error and is much
> > > > smaller.
> > > 
> > > Can you send a copy of a glade file which works too please to compare
> > > the differences.
> > 
> > 
> > -- 
> > 
> > Pablo Baena <pb...@uo...>

-- 
Pablo Baena <pb...@uo...>

Re: [Java-gnome-developer] Error with glade

[Jeffrey M. <ku...@zo...>]

Thanks for the info.  I have checked this change into cvs.

On Thu, 2003-05-29 at 13:48, Pablo Baena wrote:
> It's the delete_event signal that, when LibGlade tries to connect it,
> crashes. Removing the line: 
> <signal name="delete_event" handler="on_app1_delete_event" last_modification_time="Thu, 29 May 2003 12:14:49 GMT"/>
> from the file I attached, should work.
> 
> It's confirmed that adding this constructor to org.gnu.gnome.App, the
> glade file is loaded perfectly:
> 
> 
>         public App(int handle) {
>             super (handle);
>         }
> Cheers!
> 
> On Thu, 2003-05-29 at 17:12, Mark Howard wrote: 
> > On Thu, 2003-05-29 at 14:32, Pablo Baena wrote:
> > > I'm debugging this. The problem seems to be, as you said, that App has
> > > not a int constructor. 
> > > 
> > > I don't understand yet how the defs file works, but I'm trying to make
> > > it work. The attached glade file triggers the error and is much
> > > smaller.
> > 
> > Can you send a copy of a glade file which works too please to compare
> > the differences.
> 
> 
> -- 
> 
> Pablo Baena <pb...@uo...>
-- 
Jeffrey Morgan <ku...@zo...>

Re: [Java-gnome-developer] Error with glade

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

It's the delete_event signal that, when LibGlade tries to connect it,
crashes. Removing the line:

<signal name="delete_event" handler="on_app1_delete_event" last_modification_time="Thu, 29 May 2003 12:14:49 GMT"/>

from the file I attached, should work.

It's confirmed that adding this constructor to org.gnu.gnome.App, the
glade file is loaded perfectly:


        public App(int handle) {
            super (handle);
        }

Cheers!

On Thu, 2003-05-29 at 17:12, Mark Howard wrote:

> On Thu, 2003-05-29 at 14:32, Pablo Baena wrote:
> > I'm debugging this. The problem seems to be, as you said, that App has
> > not a int constructor. 
> > 
> > I don't understand yet how the defs file works, but I'm trying to make
> > it work. The attached glade file triggers the error and is much
> > smaller.
> 
> Can you send a copy of a glade file which works too please to compare
> the differences.

-- 
Pablo Baena <pb...@uo...>

Re: [Java-gnome-developer] Error with glade

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

On Thu, 2003-05-29 at 14:32, Pablo Baena wrote:
> I'm debugging this. The problem seems to be, as you said, that App has
> not a int constructor. 
> 
> I don't understand yet how the defs file works, but I'm trying to make
> it work. The attached glade file triggers the error and is much
> smaller.

Can you send a copy of a glade file which works too please to compare
the differences.

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

[Java-gnome-developer] BTW

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

Anyone knows why gdb says this?: I compiled with gcj -g and all

GNU gdb 5.3-debian
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-linux"...
(gdb) list
1       /tmp/ccOFzvXa.i: No such file or directory.
        in /tmp/ccOFzvXa.i
(gdb)

-- 
Pablo Baena <pb...@uo...>

Re: [Java-gnome-developer] Error with glade

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

On Thu, 2003-05-29 at 10:36, Mark Howard wrote:

> On Thu, 2003-05-29 at 00:02, Pablo Baena wrote:
> > 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)
> 
> The int constructor exists as part of gtk.Window, which App extends, so
> I'd have thought this should work. I've never used glade or libglade, so
> could be wrong. 
> 


You never used glade? It's so nifty! It's the main thing that I like
from Gtk. Maybe that's why java-gnome is not having the attention it
deserves, the complexity of creating a Gtk UI by hand surely isn't
attractive to java developers familiar to RAD tools.

I've observed that the problem is with that particular glade file I
attached. Changing it for another newly created gnome app works right
away. 
The lines showing xml_connect: skipping <garbage> seem suspect, like if
java-gnome were corrupting the data when passing it to libglade. I can
only wonder because I'm so new to java AND java-gnome.


> Are you using the latest code from cvs? 
> Which flavour of Java are you using?

Sorry I didn't include this info. I'm using  java-gnome from cvs, and
Sun's j2sdk-1.4.1.01. I tried with gcj-3.3 with the same results, whell,
only a little longer (BTW: congrats for the excellent building scripts,
compiling with gcj was so straightforward):

could not create widget: could not find constructor: org.gnu.gnome.App(int)
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
xml_connect: skipping ???@?g
Exception in thread "main" java.lang.reflect.InvocationTargetException
   at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, java.lang.Class[], jvalue, jvalue) (/usr/lib/libgcj.so.4.0.0)
   at g_hash_table_foreach (/usr/lib/libglib-2.0.so.0.200.1)
   at glade_xml_signal_autoconnect_full (/usr/lib/libglade-2.0.so.0.0.1)
   at Java_org_gnu_glade_LibGlade_glade_1xml_1signal_1autoconnect_1full (/home/tetsuo/n/libGladeJava.so)
   at org.gnu.glade.LibGlade.glade_xml_signal_autoconnect_full() (/home/tetsuo/n/libGladeJar.so)
   at org.gnu.glade.LibGlade.LibGlade(java.io.InputStream, java.lang.Object, java.lang.String) (/home/tetsuo/n/libGladeJar.so)
   at org.gnu.glade.LibGlade.LibGlade(java.lang.String, java.lang.Object, java.lang.String) (/home/tetsuo/n/libGladeJar.so)
   at org.gnu.glade.LibGlade.LibGlade(java.lang.String, java.lang.Object) (/home/tetsuo/n/libGladeJar.so)
   at Ui.Ui(java.lang.String[]) (Unknown Source)
   at Ui.main(java.lang.String[]) (Unknown Source)
Caused by: org.gnu.glade.GladeXMLException: invalid source widget handle
   at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE (/usr/lib/libgcj.so.4.0.0)
   at _ZN4java4lang9Throwable16fillInStackTraceEv (/usr/lib/libgcj.so.4.0.0)
   at _ZN4java4lang9ThrowableC1EPNS0_6StringE (/usr/lib/libgcj.so.4.0.0)
   at _ZN4java4lang9ExceptionC1EPNS0_6StringE (/usr/lib/libgcj.so.4.0.0)
   at _ZN4java2io11IOExceptionC1EPNS_4lang6StringE (/usr/lib/libgcj.so.4.0.0)
   at _ZN3org3gnu5glade17GladeXMLExceptionC1EPN4java4lang6StringE (/home/tetsuo/n/libGladeJar.so)
   at _ZN3org3gnu5glade8LibGlade7connectEPN4java4lang6StringEiS6_S6_ib (/home/tetsuo/n/libGladeJar.so)
   at _Z18_Jv_CallAnyMethodAPN4java4lang6ObjectEPNS0_5ClassEP10_Jv_MethodbP6JArrayIS4_EP6jvalueSB_ (/usr/lib/libgcj.so.4.0.0)
   at g_hash_table_foreach (/usr/lib/libglib-2.0.so.0.200.1)
   at glade_xml_signal_autoconnect_full (/usr/lib/libglade-2.0.so.0.0.1)
   at Java_org_gnu_glade_LibGlade_glade_1xml_1signal_1autoconnect_1full (/home/tetsuo/n/libGladeJava.so)
   at _ZN3org3gnu5glade8LibGlade33glade_xml_signal_autoconnect_fullEv (/home/tetsuo/n/libGladeJar.so)
   at _ZN3org3gnu5glade8LibGladeC1EPN4java2io11InputStreamEPNS3_4lang6ObjectEPNS7_6StringE (/home/tetsuo/n/libGladeJar.so)
   at _ZN3org3gnu5glade8LibGladeC1EPN4java4lang6StringEPNS4_6ObjectES6_ (/home/tetsuo/n/libGladeJar.so)
   at _ZN3org3gnu5glade8LibGladeC1EPN4java4lang6StringEPNS4_6ObjectE (/home/tetsuo/n/libGladeJar.so)
   at _ZN3gnu3gcj7runtime11FirstThread9call_mainEv (/usr/lib/libgcj.so.4.0.0)
   at _ZN3gnu3gcj7runtime11FirstThread3runEv (/usr/lib/libgcj.so.4.0.0)
   at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/usr/lib/libgcj.so.4.0.0)
   at _Z11_Jv_RunMainPN4java4lang5ClassEPKciPS4_b (/usr/lib/libgcj.so.4.0.0)
   at JvRunMain (/usr/lib/libgcj.so.4.0.0)
   at __libc_start_main (/lib/libc-2.3.1.so)

Regards!

-- 
Pablo Baena <pb...@uo...>

Re: [Java-gnome-developer] Error with glade

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

On Thu, 2003-05-29 at 00:02, Pablo Baena wrote:
> 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)

The int constructor exists as part of gtk.Window, which App extends, so
I'd have thought this should work. I've never used glade or libglade, so
could be wrong. 

Are you using the latest code from cvs? 
Which flavour of Java are you using?
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca...