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

[Java-gnome-developer] java-gnome 2.14.2 released!

[Andrew C. <an...@op...>]

The bug fix train rolls on!

You can download the latest versions of each of the libraries that makes
up the java-gnome 2.14.2 set at ftp.gnome.org.

Tarball md5sums as follows:

9713bcd3ea2724737dafdd2640baec44  cairo-java-1.0.5.tar.gz
b0e5acbfdc74c20e8bdd5d3afbf0d06c  glib-java-0.2.6.tar.gz
3361f18e219cecd655323c637073c23f  libgconf-java-2.12.4.tar.gz
7f2cddaec830c7c9a007b1bc1ec995fb  libglade-java-2.12.5.tar.gz
df7746101c11fe5e88dd75121ee14d5e  libgnome-java-2.12.4.tar.gz
ed1c8c47d9f1a096147d7448f54aadb4  libgtk-java-2.8.6.tar.gz
888443dd9aa20ebfc662c99b78b901db  libvte-java-0.12.1.tar.gz

Slackware Dropline and Gentoo Java have both prepared new packages which
are already shipping. And <insert favourite distro here> will catch up
shortly as well - especially if you bug them about it! :)

The full release note is here:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/NewsTwoFourteenTwo
-hackers and anyone else who contributed are welcome to edit that page.

AfC
Sydney


--=20
Andrew Frederick Cowie
Managing Director
Operational Dynamics Consulting, Proprietary Limited

http://www.operationaldynamics.com/
Management Consultants specializing in strategy,
organizational architecture, procedures to survive
change, and performance hardening for the people
and systems behind the mission critical enterprise.

Clients Worldwide.

Sydney    +61 2 9977 6866
New York  +1 646 472 5054
Toronto   +1 416 848 6072
London    +44 207 1019201

Re: [Java-gnome-developer] Gnome panel-applet support?

[Remy S. <rem...@gm...>]

Hi Gerald,

I am interested in using Java-Gnome to implement panel applets, but the
> last e-mail I can find posted on this says that these bindings have not
> been implemented yet.


Yeah, nothing's really happened as far as I know.

I would be interested in volunteering for this, if anyone can give me
> pointers on how to go about it and what I would require.


That's great! You probably want to talk to Andrew since I believe he
has some understanding of the panel architecture. He goes by AfC on
IRC.

I know that it would probably require Bonobo bindings- what's the
> current state of these? Any other dependencies?


The build system seems pretty old. I don't think it'll even compile (if you
can even configure properly, doesn't look like it's working for me). As to
whether there are any other dependencies, I'm really not sure.

Please drop by #java-gnome at irc.gimp.org.

Regards,
Rem

[Java-gnome-developer] Gnome panel-applet support?

[Gerald B. <ge...@le...>]

Hi:

I am interested in using Java-Gnome to implement panel applets, but the 
last e-mail I can find posted on this says that these bindings have not 
been implemented yet.

I would be interested in volunteering for this, if anyone can give me 
pointers on how to go about it and what I would require.

I know that it would probably require Bonobo bindings- what's the 
current state of these? Any other dependencies?

Cheers,
Gerald

Re: [Java-gnome-developer] How do I enable scim/internationalize java-gnome gui's?

[<may...@gm...>]

SGV5IDopCgpTQ0lNICYgYW55IElNRSBjYW4gYmUgYWNjZXNzZWQgZnJvbSBHVEsgdXNpbmcgZ3Rr
X2ltXyogY2FsbHMuCk9wZW4gdXAgImRldmhlbHAiICYgc2VhcmNoIGZvciBndGtfaW0gJiB1J2xs
IGZpbmQgd2hhdCB5b3UgYXJlIGxvb2tpbmcgZm9yLgpJbiBlc3NlbmNlLCBodHRwOi8vZGV2ZWxv
cGVyLmdub21lLm9yZy9kb2MvQVBJLzIuMC9ndGsvR3RrSU1Db250ZXh0Lmh0bWwKCllvdSBjYW4g
aGF2ZSBhIGxvb2sgYXQgZ3RrZW50cnkuYyAoR1RLKyBjb2RlKSB0byB1bmRlcnN0YW5kIGhvdyBp
dAp1c2VzIHRoZSBJTSBjb250ZXh0IDopCgpDeWEsCk1ha3VjaGFrdQoKCk9uIDcvMjEvMDYsIHRh
YnVuQHN0b3JtLmNhIDx0YWJ1bkBzdG9ybS5jYT4gd3JvdGU6Cj4gSGkgdGhlcmUgamF2YS1nbm9t
aWFucywKPgo+IEkgY3VycmVudGx5IGhhdmUgdWJ1bnR1IGRhcHBlciBhbmQgSSByZWNlbnRseSBm
b3VuZCB0aGUgamF2YS1nbm9tZQo+IHR1dG9yaWFsIHdpdGggZ2xhZGUuICBJIHN1Y2Nlc3NmdWxs
eSBjb21waWxlZCBhbmQgcmFuIGV2ZXJ5dGhpbmcuCj4KPiAtV2hhdCBhcmUgdGhlIHByb2dyYW1t
ZXIgc3RlcHMgSSBuZWVkIHRvIG1ha2UgdGhpcyBleGFtcGxlIGFjY2VwdCBTQ0lNCj4gc3dpdGNo
aW5nIHRvIEphcGFuZXNlIENoYXJhY3RlciBJbnB1dD8gIEkgY3VycmVudGx5IGFtIG5vdCBhYmxl
IHRvIHR5cGUKPiBpbiBKYXBhbmVzZSBjaGFyYWN0ZXJzIHZpYSBTQ0lNIHdpdGggdGhlIGV4YW1w
bGUgZ3VpIGJlbG93Lgo+Cj4gLVdoYXQgYXJlIHRoZSBvZmZpY2lhbCBwcm9ncmFtbWVyIHN0ZXBz
IHRvIGludGVybmF0aW9uYWxpemUgdGhlCj4gYXBwbGljYXRpb24gZnJvbSBqYXZhLWdub21lPwo+
Cj4gSVRoZSBleGFtcGxlIGZyb20gdGhlIHR1dG9yaWFsIHdoaWNoIEkgd291bGQgbGlrZSB0byBz
ZWUgYWNjZXB0IEphcGFuZXNlCj4gbGFuZ3VhZ2UgaW5wdXQgdGhyb3VnaCBTQ0lNIGZvbGxvd3Mu
Cj4KPiBUaGFua3MgaW4gYWR2YW5jZS4KPgo+IFNpbmNlcmVseSwKPiB0YWJ1bgo+Cj4gSGVyZSBh
cmUgdGhlIHN0ZXBzIEkgdG9vayB0byBidWlsZCB0aGUgdHV0b3JpYWwgc2FtcGxlOgo+IC8vdWJ1
bnR1IGRhcHBlciBnY2ogYW5kIHN3dCBidWlsZCBhbmQgbGluawo+IC8vZXhwb3J0IExEX0xJQlJB
UllfUEFUSD0uOi91c3IvbGliL2djai00LjE6L3Vzci9saWIvam5pCj4gLy9nY2otNC4xCj4gLS1D
TEFTU1BBVEg9L3Vzci9zaGFyZS9qYXZhL2dsaWIwLjIuamFyOi91c3Ivc2hhcmUvamF2YS9jYWly
bzEuMC5qYXI6L3Vzci9zaGFyZS9qYXZhL2d0azIuOC5qYXI6L3Vzci9zaGFyZS9qYXZhL2dsYWRl
Mi4xMi5qYXIKPiAtZmpuaSAtZlBJQyAtc2hhcmVkIC1vIGxpYmNhaXJvLnNvIC91c3Ivc2hhcmUv
amF2YS9jYWlybzEuMC5qYXIKPiAvL2djai00LjEKPiAtLUNMQVNTUEFUSD0vdXNyL3NoYXJlL2ph
dmEvZ2xpYjAuMi5qYXI6L3Vzci9zaGFyZS9qYXZhL2NhaXJvMS4wLmphcjovdXNyL3NoYXJlL2ph
dmEvZ3RrMi44LmphcjovdXNyL3NoYXJlL2phdmEvZ2xhZGUyLjEyLmphcgo+IC1mam5pIC1mUElD
IC1zaGFyZWQgLW8gbGliZ2xpYi5zbyAvdXNyL3NoYXJlL2phdmEvZ2xpYjAuMi5qYXIKPiAvL2dj
ai00LjEKPiAtLUNMQVNTUEFUSD0vdXNyL3NoYXJlL2phdmEvZ2xpYjAuMi5qYXI6L3Vzci9zaGFy
ZS9qYXZhL2NhaXJvMS4wLmphcjovdXNyL3NoYXJlL2phdmEvZ3RrMi44LmphcjovdXNyL3NoYXJl
L2phdmEvZ2xhZGUyLjEyLmphcgo+IC1mam5pIC1mUElDIC1zaGFyZWQgLW8gbGliZ3RrLnNvIC91
c3Ivc2hhcmUvamF2YS9ndGsyLjguamFyCj4gLy9nY2otNC4xCj4gLS1DTEFTU1BBVEg9L3Vzci9z
aGFyZS9qYXZhL2dsaWIwLjIuamFyOi91c3Ivc2hhcmUvamF2YS9jYWlybzEuMC5qYXI6L3Vzci9z
aGFyZS9qYXZhL2d0azIuOC5qYXI6L3Vzci9zaGFyZS9qYXZhL2dub21lMi4xMi5qYXI6L3Vzci9z
aGFyZS9qYXZhL2dsYWRlMi4xMi5qYXIKPiAtZmpuaSAtZlBJQyAtc2hhcmVkIC1vIGxpYmdub21l
LnNvIC91c3Ivc2hhcmUvamF2YS9nbm9tZTIuMTIuamFyCj4gLy9nY2otNC4xCj4gLS1DTEFTU1BB
VEg9L3Vzci9zaGFyZS9qYXZhL2dsaWIwLjIuamFyOi91c3Ivc2hhcmUvamF2YS9jYWlybzEuMC5q
YXI6L3Vzci9zaGFyZS9qYXZhL2d0azIuOC5qYXI6L3Vzci9zaGFyZS9qYXZhL2dub21lMi4xMi5q
YXI6L3Vzci9zaGFyZS9qYXZhL2dsYWRlMi4xMi5qYXIKPiAtZmpuaSAtZlBJQyAtc2hhcmVkIC1v
IGxpYmdsYWRlLnNvIC91c3Ivc2hhcmUvamF2YS9nbGFkZTIuMTIuamFyCj4gLy9nY2otNC4xCj4g
LS1DTEFTU1BBVEg9L3Vzci9zaGFyZS9qYXZhL2dsaWIwLjIuamFyOi91c3Ivc2hhcmUvamF2YS9j
YWlybzEuMC5qYXI6L3Vzci9zaGFyZS9qYXZhL2d0azIuOC5qYXI6L3Vzci9zaGFyZS9qYXZhL2du
b21lMi4xMi5qYXI6L3Vzci9zaGFyZS9qYXZhL2dsYWRlMi4xMi5qYXIKPiAtTC4gLWxjYWlybyAt
bGdsaWIgLWxndGsgLWxnbm9tZSAtbGdsYWRlIC0tbWFpbj1GaXJzdEdsYWRlIC1vIEZpcnN0R2xh
ZGUKPiBGaXJzdEdsYWRlLmphdmEKPgo+IEhlcmUgaXMgdGhlIHR1dG9yaWFsIHNhbXBsZToKPiBp
bXBvcnQgamF2YS5pby5GaWxlTm90Rm91bmRFeGNlcHRpb247Cj4gaW1wb3J0IGphdmEuaW8uSU9F
eGNlcHRpb247Cj4KPiBpbXBvcnQgb3JnLmdudS5nbGFkZS5HbGFkZVhNTEV4Y2VwdGlvbjsKPiBp
bXBvcnQgb3JnLmdudS5nbGFkZS5MaWJHbGFkZTsKPiBpbXBvcnQgb3JnLmdudS5ndGsuR3RrOwo+
IGltcG9ydCBvcmcuZ251Lmd0ay5FbnRyeTsKPiBpbXBvcnQgb3JnLmdudS5ndGsuQnV0dG9uOwo+
Cj4gcHVibGljIGNsYXNzIEZpcnN0R2xhZGUKPiB7Cj4gICAgIHByaXZhdGUgTGliR2xhZGUgZmly
c3RBcHA7Cj4gICAgIHByaXZhdGUgRW50cnkgd2lkdGg7Cj4gICAgIHByaXZhdGUgRW50cnkgaGVp
Z2h0Owo+ICAgICBwcml2YXRlIEVudHJ5IGh5cG90ZW51c2U7Cj4gICAgIHByaXZhdGUgQnV0dG9u
IGNhbGN1bGF0ZTsKPgo+ICAgICBwdWJsaWMgRmlyc3RHbGFkZSgpIHRocm93cyBGaWxlTm90Rm91
bmRFeGNlcHRpb24sIEdsYWRlWE1MRXhjZXB0aW9uLAo+IElPRXhjZXB0aW9uCj4gICAgIHsKPiAg
ICAgICAgIGZpcnN0QXBwID0gbmV3IExpYkdsYWRlKCJmaXJzdC5nbGFkZSIsIHRoaXMpOwo+ICAg
ICAgICAgY29ubmVjdFRvV2lkZ2V0cygpOwo+ICAgICB9Cj4KPiAgICBwcml2YXRlIHZvaWQgY29u
bmVjdFRvV2lkZ2V0cygpCj4gICAgIHsKPiAgICAgICAgIHdpZHRoID0gKEVudHJ5KSBmaXJzdEFw
cC5nZXRXaWRnZXQoImVudHJ5MSIpOwo+ICAgICAgICAgaGVpZ2h0ID0gKEVudHJ5KSBmaXJzdEFw
cC5nZXRXaWRnZXQoImVudHJ5MiIpOwo+ICAgICAgICAgaHlwb3RlbnVzZSA9IChFbnRyeSkgZmly
c3RBcHAuZ2V0V2lkZ2V0KCJlbnRyeTMiKTsKPiAgICAgICAgIGNhbGN1bGF0ZSA9IChCdXR0b24p
IGZpcnN0QXBwLmdldFdpZGdldCgiYnV0dG9uMSIpOwo+ICAgICB9Cj4KPiAgICAgcHJpdmF0ZSBk
b3VibGUgY2FsY3VsYXRlSHlwb3RlbnVzZSgpCj4gICAgIHsKPiAgICAgICAgIGRvdWJsZSB3ID0g
RG91YmxlLnBhcnNlRG91YmxlKHdpZHRoLmdldFRleHQoKSk7Cj4gICAgICAgICBkb3VibGUgaCA9
IERvdWJsZS5wYXJzZURvdWJsZShoZWlnaHQuZ2V0VGV4dCgpKTsKPiAgICAgICAgIHJldHVybiBN
YXRoLnNxcnQodyAqIHcgKyBoICogaCk7Cj4gICAgIH0KPgo+ICAgICBwdWJsaWMgdm9pZCBvbl9i
dXR0b24xX2NsaWNrZWQoKQo+ICAgICB7Cj4gICAgICAgICBoeXBvdGVudXNlLnNldFRleHQoIiIg
KyBjYWxjdWxhdGVIeXBvdGVudXNlKCkpOwo+ICAgICAgICAgU3lzdGVtLm91dC5wcmludGxuKG5l
dyBTdHJpbmcoIuOBi+OBjSDmvKLlrZciKSk7IC8vdGhpcyB3b3Jrcy4KPiAgICAgICAgIGNhbGN1
bGF0ZS5zZXRMYWJlbChuZXcgU3RyaW5nKCLjgYvjgY0g5ryi5a2XIikpOyAvL3RoaXMgd29ya3Mu
Cj4gICAgICAgICB3aWR0aC5zZXRUZXh0KG5ldyBTdHJpbmcoIuOBi+OBjSDmvKLlrZciKSk7IC8v
dGhpcyB3b3Jrcy4KPiAgICAgICAgIC8vaHlwb3RlbnVzZS5zZXRUZXh0KCIiICsgY2FsY3VsYXRl
SHlwb3RlbnVzZSgpKTsKPiAgICAgfQo+Cj4KPiAgICAgcHVibGljIHZvaWQgb25fd2luZG93MV9k
ZWxldGVfZXZlbnQoKQo+ICAgICB7Cj4gICAgICAgICBHdGsubWFpblF1aXQoKTsKPiAgICAgfQo+
Cj4gICAgIHB1YmxpYyBzdGF0aWMgdm9pZCBtYWluKFN0cmluZ1tdIGFyZ3MpCj4gICAgIHsKPiAg
ICAgICAgIEZpcnN0R2xhZGUgZzsKPgo+ICAgICAgICAgdHJ5IHsKPiAgICAgICAgICAgICBHdGsu
aW5pdChhcmdzKTsKPiAgICAgICAgICAgICBnID0gbmV3IEZpcnN0R2xhZGUoKTsKPiAgICAgICAg
ICAgICBHdGsubWFpbigpOwo+ICAgICAgICAgfSBjYXRjaChFeGNlcHRpb24gZSkgewo+ICAgICAg
ICAgICAgIGUucHJpbnRTdGFja1RyYWNlKCk7Cj4gICAgICAgICB9Cj4gICAgIH0KPiB9Cj4KPgo+
Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRha2UgU3VydmV5cy4gRWFybiBDYXNoLiBJbmZsdWVuY2Ug
dGhlIEZ1dHVyZSBvZiBJVAo+IEpvaW4gU291cmNlRm9yZ2UubmV0J3MgVGVjaHNheSBwYW5lbCBh
bmQgeW91J2xsIGdldCB0aGUgY2hhbmNlIHRvIHNoYXJlIHlvdXIKPiBvcGluaW9ucyBvbiBJVCAm
IGJ1c2luZXNzIHRvcGljcyB0aHJvdWdoIGJyaWVmIHN1cnZleXMgLS0gYW5kIGVhcm4gY2FzaAo+
IGh0dHA6Ly93d3cudGVjaHNheS5jb20vZGVmYXVsdC5waHA/cGFnZT1qb2luLnBocCZwPXNvdXJj
ZWZvcmdlJkNJRD1ERVZERVYKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXwo+IGphdmEtZ25vbWUtZGV2ZWxvcGVyIG1haWxpbmcgbGlzdAo+IGphdmEtZ25v
bWUtZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+IGh0dHBzOi8vbGlzdHMuc291cmNl
Zm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2phdmEtZ25vbWUtZGV2ZWxvcGVyCj4KCgotLSAKaHR0
cDovL21ha3VjaGFrdS5pbmZvCldoZW4geW91IHNwZWFrIG91dCB3aXRoIHRoZSBjb3VyYWdlIG9m
IHlvdXIgY29udmljdGlvbnMsIHBlb3BsZSBsaXN0ZW4hCi0tIFZhbG1payBUaGFwYXIsIFdpbGRs
aWZlIENvbnNlcnZhdGlvbmlzdC4K

[Java-gnome-developer] How do I enable scim/internationalize java-gnome gui's?

[<ta...@st...>]

Hi there java-gnomians,

I currently have ubuntu dapper and I recently found the java-gnome
tutorial with glade.  I successfully compiled and ran everything.

-What are the programmer steps I need to make this example accept SCIM
switching to Japanese Character Input?  I currently am not able to type
in Japanese characters via SCIM with the example gui below.

-What are the official programmer steps to internationalize the
application from java-gnome?

IThe example from the tutorial which I would like to see accept Japanese
language input through SCIM follows.

Thanks in advance.

Sincerely,
tabun

Here are the steps I took to build the tutorial sample:
//ubuntu dapper gcj and swt build and link
//export LD_LIBRARY_PATH=3D.:/usr/lib/gcj-4.1:/usr/lib/jni
//gcj-4.1
--CLASSPATH=3D/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar:/u=
sr/share/java/gtk2.8.jar:/usr/share/java/glade2.12.jar
-fjni -fPIC -shared -o libcairo.so /usr/share/java/cairo1.0.jar
//gcj-4.1
--CLASSPATH=3D/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar:/u=
sr/share/java/gtk2.8.jar:/usr/share/java/glade2.12.jar
-fjni -fPIC -shared -o libglib.so /usr/share/java/glib0.2.jar
//gcj-4.1
--CLASSPATH=3D/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar:/u=
sr/share/java/gtk2.8.jar:/usr/share/java/glade2.12.jar
-fjni -fPIC -shared -o libgtk.so /usr/share/java/gtk2.8.jar
//gcj-4.1
--CLASSPATH=3D/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar:/u=
sr/share/java/gtk2.8.jar:/usr/share/java/gnome2.12.jar:/usr/share/java/gl=
ade2.12.jar
-fjni -fPIC -shared -o libgnome.so /usr/share/java/gnome2.12.jar
//gcj-4.1
--CLASSPATH=3D/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar:/u=
sr/share/java/gtk2.8.jar:/usr/share/java/gnome2.12.jar:/usr/share/java/gl=
ade2.12.jar
-fjni -fPIC -shared -o libglade.so /usr/share/java/glade2.12.jar
//gcj-4.1
--CLASSPATH=3D/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar:/u=
sr/share/java/gtk2.8.jar:/usr/share/java/gnome2.12.jar:/usr/share/java/gl=
ade2.12.jar
-L. -lcairo -lglib -lgtk -lgnome -lglade --main=3DFirstGlade -o FirstGlad=
e
FirstGlade.java

Here is the tutorial sample:
import java.io.FileNotFoundException;
import java.io.IOException;

import org.gnu.glade.GladeXMLException;
import org.gnu.glade.LibGlade;
import org.gnu.gtk.Gtk;
import org.gnu.gtk.Entry;
import org.gnu.gtk.Button;

public class FirstGlade
{
    private LibGlade firstApp;
    private Entry width;
    private Entry height;
    private Entry hypotenuse;
    private Button calculate;

    public FirstGlade() throws FileNotFoundException, GladeXMLException,
IOException
    {
        firstApp =3D new LibGlade("first.glade", this);
        connectToWidgets();
    }

   private void connectToWidgets()
    {
        width =3D (Entry) firstApp.getWidget("entry1");
        height =3D (Entry) firstApp.getWidget("entry2");
        hypotenuse =3D (Entry) firstApp.getWidget("entry3");
        calculate =3D (Button) firstApp.getWidget("button1");
    }

    private double calculateHypotenuse()
    {
        double w =3D Double.parseDouble(width.getText());
        double h =3D Double.parseDouble(height.getText());
        return Math.sqrt(w * w + h * h);
    }

    public void on_button1_clicked()
    {
        hypotenuse.setText("" + calculateHypotenuse());
	System.out.println(new String("=E3=81=8B=E3=81=8D =E6=BC=A2=E5=AD=97"));=
 //this works.
	calculate.setLabel(new String("=E3=81=8B=E3=81=8D =E6=BC=A2=E5=AD=97"));=
 //this works.
	width.setText(new String("=E3=81=8B=E3=81=8D =E6=BC=A2=E5=AD=97")); //th=
is works.
        //hypotenuse.setText("" + calculateHypotenuse());
    }


    public void on_window1_delete_event()
    {
        Gtk.mainQuit();
    }

    public static void main(String[] args)
    {
        FirstGlade g;

        try {
            Gtk.init(args);
            g =3D new FirstGlade();
            Gtk.main();
        } catch(Exception e) {
            e.printStackTrace();
        }
    }
}

Re: [Java-gnome-developer] Cross-process Embedding

[Remy S. <rem...@gm...>]

I've attempted this personally in the past, but as we had no concept of a
GdkNativeWindow, I stopped my work and dropped the issue. From the
gdktypes.h header file, we see that...

#ifdef GDK_NATIVE_WINDoW_POINTER
typedef gpointer GdkNativeWindow;
#else
typedef guint32 GdkNativeWindow;
#endif

I'm unsure as to whether this is a big issue or not as my proficiency in C
is rather poor, but I present this information to you all anyway in hopes
that it may be useful for would-be implementors.

Regards,
Rem

On 7/10/06, Andrew Cowie <an...@op...> wrote:
>
> On Wed, 2006-07-05 at 08:39 -0700, Josh Hope wrote:
> > I am in the process of creating a shared library that handles
> cross-process
> > embedding of windows in a GTK+ gui.  While the passing of windowIDs has
> been
> > implemented in C using the GTKPlug and GTKSocket scheme, the Java
> bindings
> > appear to only contain a Plug class.
>
> Really? Huh. Hm. Oops; Bug.
>
> > Is this embedding implementable in Java-GTK+?
>
> Certainly.
>
> Like all open source software, java-gnome is what people create. If I
> had to guess, this shows the classic signs of being something for which
> no one who knew what they were doing [and more to the point what they
> wanted and how it is supposed to work].
>
> Given that you do, it'd be terrific to get GtkPlug/GtkSocket working...
>
> In rough order, we'd need:
>
> 1) an API that makes sense
> 2) some notion of what needs to be implemented
> 3) patches :)
>
> If you want to pick this up, I'd suggest starting out with a
> skeleton/snippet of what using this might look like. If you were to
> write that in an email to jav...@li...
> and/or open a bug against java-gnome:libgtk-java that'd be great!
>
> AfC
> London
>
> --
> Andrew Frederick Cowie
>
> Technology strategy, managing change, establishing procedures,
> and executing successful upgrades to mission critical business
> infrastructure.
>
> http://www.operationaldynamics.com/
>
> Sydney   New York   Toronto   London
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Glade with multiple gtk windows or dialog

[alcapcom <alc...@gm...>]

> Are you sure that defaultContrutor is being called?

Shame on me!
It was well a problem of contructor not called.

Thanks.

2006/7/11, Mark Howard <mh...@ti...>:
> Are you sure that defaultContrutor is being called? (You didn't paste
> any code that calls it and it does have an unusual name). Try adding
> printlns for both calls to defaultContrutor and lifeCycleQuery to
> check what's actually happening.
>
> On 7/11/06, alcapcom <alc...@gm...> wrote:
> > Thank's for the reply Andrew,
> >
> > Before posting i have already try to handle these event with the
> > lifeCycleListener, but that did not work, I "re" try with your
> > recommendation but I obtains the same errors.
> >
> > > If you post your code you'll probably make it easier for people to help
> > > you.
> >
> > Here the code:
> >
> > Dialog Class:
> > ...
> > public Dialog dialog = (Dialog) glade.getWidget("dialog_display_manager");
> > ...
> > public void defaultContrutor() {
> >  dialog.addListener(new LifeCycleListener() {
> >    public void lifeCycleEvent(LifeCycleEvent event) {
> >     }
> >     public boolean lifeCycleQuery(LifeCycleEvent event) {
> >         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
> >             || event.isOfType(LifeCycleEvent.Type.DELETE)) {
> >             dialog.hide();
> >          }
> >          return true;
> >      }
> >  });
> > }
> > ...
> >
> > Window Class (Main):
> > ...
> > public Window window = (Window) glade.getWidget("window_main");
> > ...
> > public void defaultConstructor() {
> >  window.addListener(new LifeCycleListener(){
> >    public void lifeCycleEvent(LifeCycleEvent event) {
> >     }
> >     public boolean lifeCycleQuery(LifeCycleEvent event) {
> >         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
> >                || event.isOfType(LifeCycleEvent.Type.DELETE)) {
> >                Gtk.mainQuit();
> >          }
> >          return false;
> >      }
> >  });
> > }
> > ...
> > public static void on_button_add_display_clicked() {
> >    glade.getWidget("dialog_display_manager").show();
> > }
> > ...
> >
> > -Alphonse
> >
> > ps: I use the last version provided on Fedora Core 5 (libgtk 2.8.5,
> > libglade 2.12,glib 0.2.3).
> >
> > 2006/7/8, Andrew Cowie <an...@op...>:
> > > On Wed, 2006-07-05 at 13:34 +0200, someone with no name wrote:
> > > > When I try to open Dialog/Window after having already close it, I
> > > > obtain the following errors.
> > > ...
> > > > I have try to intercepted delete_event and event_destroy without success.
> > >
> > > All you should have to trap is LifeCycleEvent.Type.DELETE in
> > > lifeCylceQuery() of the LifeCycleListener.
> > >
> > > > I really do not see how not intercepted the signal to overload him
> > > > with for example Window.hide (), or some thing like that.
> > >
> > > If you call the Window's hide() method, then the object will still be
> > > live. When doing so, however, you have to return true to tell GTK that
> > > you've handled it so that it does not continue to propagate the signal.
> > > [This is important because the default handler for delete-event is to in
> > > turn emit destroy-event with the default result that the Window is
> > > destroyed]
> > >
> > > Did you return true?
> > >
> > > If you post your code you'll probably make it easier for people to help
> > > you.
> > >
> > > AfC
> > > London
> > >
> > > P.S. I just noticed that the JavaDoc for LifeCycleListener is mush, so
> > > I'm fixing it.
> > >
> > >
> > >
> > > Using Tomcat but need to do more? Need to support web services, security?
> > > Get stuff done quickly with pre-integrated technology to make your job easier
> > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > _______________________________________________
> > > java-gnome-developer mailing list
> > > jav...@li...
> > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> > >
> >
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> >
>

Re: [Java-gnome-developer] Glade with multiple gtk windows or dialog

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

Are you sure that defaultContrutor is being called? (You didn't paste
any code that calls it and it does have an unusual name). Try adding
printlns for both calls to defaultContrutor and lifeCycleQuery to
check what's actually happening.

On 7/11/06, alcapcom <alc...@gm...> wrote:
> Thank's for the reply Andrew,
>
> Before posting i have already try to handle these event with the
> lifeCycleListener, but that did not work, I "re" try with your
> recommendation but I obtains the same errors.
>
> > If you post your code you'll probably make it easier for people to help
> > you.
>
> Here the code:
>
> Dialog Class:
> ...
> public Dialog dialog = (Dialog) glade.getWidget("dialog_display_manager");
> ...
> public void defaultContrutor() {
>  dialog.addListener(new LifeCycleListener() {
>    public void lifeCycleEvent(LifeCycleEvent event) {
>     }
>     public boolean lifeCycleQuery(LifeCycleEvent event) {
>         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
>             || event.isOfType(LifeCycleEvent.Type.DELETE)) {
>             dialog.hide();
>          }
>          return true;
>      }
>  });
> }
> ...
>
> Window Class (Main):
> ...
> public Window window = (Window) glade.getWidget("window_main");
> ...
> public void defaultConstructor() {
>  window.addListener(new LifeCycleListener(){
>    public void lifeCycleEvent(LifeCycleEvent event) {
>     }
>     public boolean lifeCycleQuery(LifeCycleEvent event) {
>         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
>                || event.isOfType(LifeCycleEvent.Type.DELETE)) {
>                Gtk.mainQuit();
>          }
>          return false;
>      }
>  });
> }
> ...
> public static void on_button_add_display_clicked() {
>    glade.getWidget("dialog_display_manager").show();
> }
> ...
>
> -Alphonse
>
> ps: I use the last version provided on Fedora Core 5 (libgtk 2.8.5,
> libglade 2.12,glib 0.2.3).
>
> 2006/7/8, Andrew Cowie <an...@op...>:
> > On Wed, 2006-07-05 at 13:34 +0200, someone with no name wrote:
> > > When I try to open Dialog/Window after having already close it, I
> > > obtain the following errors.
> > ...
> > > I have try to intercepted delete_event and event_destroy without success.
> >
> > All you should have to trap is LifeCycleEvent.Type.DELETE in
> > lifeCylceQuery() of the LifeCycleListener.
> >
> > > I really do not see how not intercepted the signal to overload him
> > > with for example Window.hide (), or some thing like that.
> >
> > If you call the Window's hide() method, then the object will still be
> > live. When doing so, however, you have to return true to tell GTK that
> > you've handled it so that it does not continue to propagate the signal.
> > [This is important because the default handler for delete-event is to in
> > turn emit destroy-event with the default result that the Window is
> > destroyed]
> >
> > Did you return true?
> >
> > If you post your code you'll probably make it easier for people to help
> > you.
> >
> > AfC
> > London
> >
> > P.S. I just noticed that the JavaDoc for LifeCycleListener is mush, so
> > I'm fixing it.
> >
> >
> >
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> >
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Glade with multiple gtk windows or dialog

[alcapcom <alc...@gm...>]

Thank's for the reply Andrew,

Before posting i have already try to handle these event with the
lifeCycleListener, but that did not work, I "re" try with your
recommendation but I obtains the same errors.

> If you post your code you'll probably make it easier for people to help
> you.

Here the code:

Dialog Class:
...
public Dialog dialog = (Dialog) glade.getWidget("dialog_display_manager");
...
public void defaultContrutor() {
 dialog.addListener(new LifeCycleListener() {
   public void lifeCycleEvent(LifeCycleEvent event) {
    }
    public boolean lifeCycleQuery(LifeCycleEvent event) {
        if (event.isOfType(LifeCycleEvent.Type.DESTROY)
            || event.isOfType(LifeCycleEvent.Type.DELETE)) {
            dialog.hide();
         }
         return true;
     }
 });
}
...

Window Class (Main):
...
public Window window = (Window) glade.getWidget("window_main");
...
public void defaultConstructor() {
 window.addListener(new LifeCycleListener(){
   public void lifeCycleEvent(LifeCycleEvent event) {
    }
    public boolean lifeCycleQuery(LifeCycleEvent event) {
        if (event.isOfType(LifeCycleEvent.Type.DESTROY)
               || event.isOfType(LifeCycleEvent.Type.DELETE)) {
               Gtk.mainQuit();
         }
         return false;
     }
 });
}
...
public static void on_button_add_display_clicked() {
   glade.getWidget("dialog_display_manager").show();
}
...

-Alphonse

ps: I use the last version provided on Fedora Core 5 (libgtk 2.8.5,
libglade 2.12,glib 0.2.3).

2006/7/8, Andrew Cowie <an...@op...>:
> On Wed, 2006-07-05 at 13:34 +0200, someone with no name wrote:
> > When I try to open Dialog/Window after having already close it, I
> > obtain the following errors.
> ...
> > I have try to intercepted delete_event and event_destroy without success.
>
> All you should have to trap is LifeCycleEvent.Type.DELETE in
> lifeCylceQuery() of the LifeCycleListener.
>
> > I really do not see how not intercepted the signal to overload him
> > with for example Window.hide (), or some thing like that.
>
> If you call the Window's hide() method, then the object will still be
> live. When doing so, however, you have to return true to tell GTK that
> you've handled it so that it does not continue to propagate the signal.
> [This is important because the default handler for delete-event is to in
> turn emit destroy-event with the default result that the Window is
> destroyed]
>
> Did you return true?
>
> If you post your code you'll probably make it easier for people to help
> you.
>
> AfC
> London
>
> P.S. I just noticed that the JavaDoc for LifeCycleListener is mush, so
> I'm fixing it.
>
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Cross-process Embedding

[Andrew C. <an...@op...>]

On Wed, 2006-07-05 at 08:39 -0700, Josh Hope wrote:
> I am in the process of creating a shared library that handles cross-process 
> embedding of windows in a GTK+ gui.  While the passing of windowIDs has been 
> implemented in C using the GTKPlug and GTKSocket scheme, the Java bindings 
> appear to only contain a Plug class.

Really? Huh. Hm. Oops; Bug.

> Is this embedding implementable in Java-GTK+?

Certainly.

Like all open source software, java-gnome is what people create. If I
had to guess, this shows the classic signs of being something for which
no one who knew what they were doing [and more to the point what they
wanted and how it is supposed to work].

Given that you do, it'd be terrific to get GtkPlug/GtkSocket working...

In rough order, we'd need:

1) an API that makes sense
2) some notion of what needs to be implemented
3) patches :)

If you want to pick this up, I'd suggest starting out with a
skeleton/snippet of what using this might look like. If you were to
write that in an email to jav...@li...
and/or open a bug against java-gnome:libgtk-java that'd be great!

AfC
London

-- 
Andrew Frederick Cowie

Technology strategy, managing change, establishing procedures,
and executing successful upgrades to mission critical business
infrastructure.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] Problems with TreeView

[Keywan N. T. <li...@pr...>]

Hi,

Am Sonntag, den 09.07.2006, 12:19 +0100 schrieb Andrew Cowie:
> Assuming you do not have a TreeRowReference kicking around that points
> at it, then what you need to do is iterate through the ListStore to find
> your row.

Thanks. It works know. This was exactly what I need. 

> Incidentally, this is half the reason one usually stores a
> DataColumnObject in the ListStore with a reference to the domain object
> we're modelling - easier to just test the result of getValue() == obj.
> 
When I understand you correctly I guess I have did this. 

> If you're reacting to a selection event, you can get a TreePath from the
> Event and from there a TreeIter. If you're reacting to an activate, you
> can get a TreeIter right off of the Event... and from there quickly lift
> the domain object you're modelling and then carry on with business logic
> from there.

Unfortunately not. To react on a selection is covered by the
tutorial[1]. Maybe I manage to improve it with your example at the and
of the week. Do you think this would be a helpful part in the tutorial?

Thanks a lot,

Keywan

[1]
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/TreeViewTutorial

-- 
Keywan Najafi Tonekaboni
http://www.prometoys.net

people@world:/# apt-get --purge remove dominion
After unpacking world will be freed.
You are about to do something potentially beneficial
To continue type in the phrase 'Yes, do as We say!'

Re: [Java-gnome-developer] Problems with TreeView

[Andrew C. <an...@op...>]

On Sun, 2006-07-09 at 00:17 +0200, Keywan Najafi Tonekaboni wrote:
> Hi,
> 
> I have a application with groupchat window. I save the roster of the
> user, who are in the groupchat, in a TreeView. I use a ListStore with
> two columns (Pixbuf and String). 
> 
> I read the tutorial and create my ListStore/TreeView nearly exact as
> shown in the tutorial. 
> 
> Now I want to modify the rows in the TreeView. I wonder how I could get
> a specified row.

You need to hunt down the row you want to modify, which means getting a
TreeIter that points at it. How do you do that?

Assuming you do not have a TreeRowReference kicking around that points
at it, then what you need to do is iterate through the ListStore to find
your row.

	TreeIter pointer = model.getFirstIter();

Then, as you loop through, you just call getValue() on a particular
column and see if its the one you want, and if not,

	pointer = model.getNextIter();

An example of this is line 601 of 
http://research.operationaldynamics.com/source/darcsweb/?r=objective;a=headblob;f=/src/accounts/ui/TransactionListView.java#l595

Incidentally, this is half the reason one usually stores a
DataColumnObject in the ListStore with a reference to the domain object
we're modelling - easier to just test the result of getValue() == obj.

If you're reacting to a selection event, you can get a TreePath from the
Event and from there a TreeIter. If you're reacting to an activate, you
can get a TreeIter right off of the Event... and from there quickly lift
the domain object you're modelling and then carry on with business logic
from there.

AfC
London

-- 
Andrew Frederick Cowie

Technology strategy, managing change, establishing procedures,
and executing successful upgrades to mission critical business
infrastructure.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[Java-gnome-developer] Problems with TreeView

[Keywan N. T. <li...@pr...>]

Hi,

I have a application with groupchat window. I save the roster of the
user, who are in the groupchat, in a TreeView. I use a ListStore with
two columns (Pixbuf and String). 

I read the tutorial and create my ListStore/TreeView nearly exact as
shown in the tutorial. 

Now I want to modify the rows in the TreeView. I wonder how I could get
a specified row. I want to retrieve a row by searching for a String
(Give me the row with the username "foo"). I looked into the JavaDocs,
searched the examples and even the GTK Tutorial, but I didn't understand
the C code.

Did anyone have a code example? Did I missed a tutorial or method in the
API? Should I use a TreeIter instead of a ListStore, even though I just
want a simple list?

Regards,

Keywan


-- 
Keywan Najafi Tonekaboni
http://www.prometoys.net

people@world:/# apt-get --purge remove dominion
After unpacking world will be freed.
You are about to do something potentially beneficial
To continue type in the phrase 'Yes, do as We say!'

Re: [Java-gnome-developer] Glade with multiple gtk windows or dialog

[Andrew C. <an...@op...>]

On Wed, 2006-07-05 at 13:34 +0200, someone with no name wrote:
> When I try to open Dialog/Window after having already close it, I
> obtain the following errors.
...
> I have try to intercepted delete_event and event_destroy without success.

All you should have to trap is LifeCycleEvent.Type.DELETE in
lifeCylceQuery() of the LifeCycleListener.

> I really do not see how not intercepted the signal to overload him
> with for example Window.hide (), or some thing like that.

If you call the Window's hide() method, then the object will still be
live. When doing so, however, you have to return true to tell GTK that
you've handled it so that it does not continue to propagate the signal.
[This is important because the default handler for delete-event is to in
turn emit destroy-event with the default result that the Window is
destroyed]

Did you return true?

If you post your code you'll probably make it easier for people to help
you.

AfC
London

P.S. I just noticed that the JavaDoc for LifeCycleListener is mush, so
I'm fixing it.

[Java-gnome-developer] java-dbus

[pancake <pa...@ph...>]

I was learning a bit of DBus in C doing some patches for evince the last
weekend, so I think DBus is a very important part for Desktop
integration nowadays. And GNOME has started to use since few time :(

BTW if anybody want to use DBUS with Java you can use the Matthew
implementation:

http://www.matthew.ath.cx/projects/java/

http://www.matthew.ath.cx/projects/libdbus-java-0.4.tar.gz (java 1.4)

http://www.matthew.ath.cx/projects/libdbus-java-1.7.tar.gz (java 1.5)

http://javadoc.matthew.ath.cx/ (javadoc)

http://www.cl.cam.ac.uk/~mjj29/doc/dbus-java.pdf (documentation)


Would be glad to find this package in pkgsrc, Debian, Gentoo, Redhat,
etc...

I'll do't for pkgsrc, could anyone package't for the rest of distros?

--pancake

[Java-gnome-developer] Cross-process Embedding

[Josh H. <jos...@ho...>]

Hello all,

I am in the process of creating a shared library that handles cross-process 
embedding of windows in a GTK+ gui.  While the passing of windowIDs has been 
implemented in C using the GTKPlug and GTKSocket scheme, the Java bindings 
appear to only contain a Plug class.  The constructor for the Plug class 
requires an argument of type Handle, which itself has no constructor.  The 
API says Handles represent a pointer to a native peer, but I am unaware of 
how to construct anything but a null Handle.

Is this embedding implementable in Java-GTK+?

How is a Plug Handle constructed, and can it be constructed from types int 
or GTKNativeWindow?

Best Regards,
Josh Hope

[Java-gnome-developer] How to show the Folders Tree using TreeView

[Miroslav N. <mi...@sp...>]

   Hi,

   How to show the Folders (Directories) Tree using TreeView?
   My question sound very simple but it is not. If I create the folder
tree from the begining the task is very easy. The problem is that in
the real world it is not possible to load whole folder tree because
the folders are too many and the memory is limited. That's why is is
better to load the folders that are just 1 or 2 level deep for the
current node. To do that I try to use "row_expand" event, but
unfortunately I am not notified for this event.
   So, my question is how to visualize the folders tree with Java GTK?

   My environment is:
      libgtk-java-2.6.2.jar
      libgtkjni-2-6.dll
      libglade-java-2.10.1.jar
      libgladejni-2-10.dll
      JDK 1.5
   

   Best Regards,
   Miroslav Nachev

[Java-gnome-developer] Glade with multiple gtk windows or dialog

[alcapcom <alc...@gm...>]

Hello List,

I have a problem on using glade with several Windows/dialog in a Gtk
application.
When I try to open Dialog/Window after having already close it, I
obtain the following errors.

(java-gnome: 6316): GLib-GObject-CRITICAL **: g_object_ref: assertion
"G_IS_OBJECT (object)" failed
(java-gnome: 6316): GLib-GObject-WARNING **: authority with invalid
(NULL) class to point
(java-gnome: 6316): GLib-GObject-CRITICAL **: g_signal_emit_valist:
assertion "G_TYPE_CHECK_INSTANCE (authority)" failed
(java-gnome: 6316): GLib-GObject-CRITICAL **: g_object_notify:
assertion "G_IS_OBJECT (object)" failed
(java-gnome: 6316): GLib-GObject-CRITICAL **: g_object_unref:
assertion "G_IS_OBJECT (object)" failed

I have try to intercepted delete_event and event_destroy without success.
I really do not see how not intercepted the signal to overload him
with for example Window.hide (), or some thing like that.

Did somebody already have this kind of problem?

In advance, Thanks
Alphonse

[Java-gnome-developer] checking for GLIB_JAVA... configure: error: Package requirements (glib-java >= 0.2.4) were not met

[Miroslav N. <mi...@sp...>]

   Hi,

   I try to compile GTK for Windows.
   Successfuly I finish the compilation of "glib-java-0.2.5" with
"make" and "make install".
   When I try to run "./configure" for "cairo-java-1.0.4" I have the
following error:

checking for GLIB_JAVA... configure:
   error: Package requirements (glib-java >= 0.2.4) were not met.
   Consider adjusting the PKG_CONFIG_PATH environment variable if you
   installed software in a non-standard prefix.
   Alternatively you may set the GLIB_JAVA_CFLAGS and GLIB_JAVA_LIBS
   environment variables to avoid the need to call pkg-config. See the
   pkg-config man page for more details.

   The environment is:
      E:\GTK\dev-2.8.18-rc1
      E:\GTK\libgtk-java-2.8.5
      E:\msys\1.0\local\src\glib-java-0.2.5
      E:\msys\1.0\local\src\cairo-java-1.0.4

   Any suggestions or help?
      

   Best Regards,
   Miroslav Nachev

Re: [Java-gnome-developer] Error in compiling hello world

[<may...@gm...>]

On 7/4/06, Remy Suen <rem...@gm...> wrote:
>
> As an VM argument, you need to add
> -Djava.library.path=/where/your/libgtkjni-2.8.so/is/.
>
> Please take a look at
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/EclipseDevelopment
> for a screenshot.

Thanks Remy,
It worked!

:)
makuchaku

Re: [Java-gnome-developer] Compiled Java-Gnome for MS Windows

[Andrew C. <an...@op...>]

On Tue, 2006-07-04 at 17:10 +0300, Miroslav Nachev wrote:
>    Dear Andrew,

Hello!

>    From where can I download compiled the last version of Java-Gnome
> for MS Windows

Short answer, nowhere that I know of.

Being Free and Open Source Software, you're welcome to contribute to the
effort of making java-gnome build and run on Windows. See
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/DownloadWindows
and
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/WindowsCompilation
which are, as indicated, in need of some love which I encourage you to
provide. Apparently with a tiny bit of patching, java-gnome does build
on Windows, see
http://bugzilla.gnome.org/show_bug.cgi?id=339270

Once that gets resolved and someone can come up with a good set of
installable builds, then we'll see that they get hosted somewhere
appropriate.

AfC
London

Re: [Java-gnome-developer] Error in compiling hello world

[Remy S. <rem...@gm...>]

QXMgYW4gVk0gYXJndW1lbnQsIHlvdSBuZWVkIHRvIGFkZCAtCkRqYXZhLmxpYnJhcnkucGF0aD0v
d2hlcmUveW91ci9saWJndGtqbmktMi44LnNvL2lzLy4KClBsZWFzZSB0YWtlIGEgbG9vayBhdApo
dHRwOi8vamF2YS1nbm9tZS5zb3VyY2Vmb3JnZS5uZXQvY2dpLWJpbi9iaW4vdmlldy9NYWluL0Vj
bGlwc2VEZXZlbG9wbWVudGZvcgphIHNjcmVlbnNob3QuCgpSZWdhcmRzLApSZW0KCk9uIDcvNC8w
Niwg4KSu4KSv4KSC4KSVIOCknOCliOCkqCAoTWF5YW5rIEphaW4pIDxtYXlhbmsuZ251QGdtYWls
LmNvbT4gd3JvdGU6Cj4KPiBIaSBhbGwsCj4KPiBBcyBwZXIgdGhlIGZsYXNoIGRlbW8gb24gamF2
YS1nbm9tZSB3ZWJzaXRlLCBpIHdhcyB0cnlpbmcgdG8KPiBjb21waWxlL3J1biBteSBoZWxsby13
b3JsZCBleGFtcGxlIHVzaW5nIGVjbGlwc2UuIENvbXBpbGUgcHJvY2VlZHMKPiBmaW5lLCBidXQg
d2hlbiBJIHRyeSB0byBydW4gdGhlIHByb2plY3QsIGZvbGxvd2luZyBlcnJvciBoYXBwZW5zCj4K
PiBFeGNlcHRpb24gaW4gdGhyZWFkICJtYWluIiBqYXZhLmxhbmcuVW5zYXRpc2ZpZWRMaW5rRXJy
b3I6IG5vCj4gZ3Rram5pLTIuOCBpbiBqYXZhLmxpYnJhcnkucGF0aAo+ICAgICAgICAgYXQgamF2
YS5sYW5nLkNsYXNzTG9hZGVyLmxvYWRMaWJyYXJ5KENsYXNzTG9hZGVyLmphdmE6MTY4MikKPiAg
ICAgICAgIGF0IGphdmEubGFuZy5SdW50aW1lLmxvYWRMaWJyYXJ5MChSdW50aW1lLmphdmE6ODIy
KQo+ICAgICAgICAgYXQgamF2YS5sYW5nLlN5c3RlbS5sb2FkTGlicmFyeShTeXN0ZW0uamF2YTo5
OTIpCj4gICAgICAgICBhdCBvcmcuZ251Lmd0ay5HdGsuPGNsaW5pdD4oR3RrLmphdmE6MjE0KQo+
ICAgICAgICAgYXQgbWFrdWxhYnMucmVkaGF0LlN0YXR1c1Blc3Rlci5tYWluKFN0YXR1c1Blc3Rl
ci5qYXZhOjE2KQo+Cj4gSSBnZXQgdGhlIHNhbWUgZXJyb3Igd2hlbiBJIHRyeSB0byBydW4gZnJv
bSBjb21tYW5kIGxpbmUgdXNpbmcgdGhlCj4gZm9sbG93aW5nIGNvbW1hbmQKPiBbbWFqYWluQG1h
amFpbiBTdGF0dXNQZXN0ZXJdJCBqYXZhIC1jbGFzc3BhdGgKPgo+IC91c3Ivc2hhcmUvamF2YS9n
dGsyLjguamFyOi91c3Ivc2hhcmUvamF2YS9nbGFkZTIuMTIuamFyOi91c3Ivc2hhcmUvamF2YS9n
bGliMC4yLmphcjokQ0xBU1NQQVRIOi4KPiBtYWt1bGFicy5yZWRoYXQuU3RhdHVzUGVzdGVyCj4K
PiBLaW5kbHkgc3VnZ2VzdCBhIHJlbWVkeS4gSSB0aGluayBJJ20gbWlzc2luZyBzb21lIHN0ZXAu
Cj4KPiAtLS0tLSAuY2xhc3NmaWxlIGZpbGUgZnJvbSBlY2xpcHNlIHByb2plY3QgLS0tLS0tLS0K
PiA8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCI/Pgo+IDxjbGFzc3BhdGg+Cj4g
ICAgICAgICA8Y2xhc3NwYXRoZW50cnkgZXhwb3J0ZWQ9InRydWUiIGtpbmQ9ImxpYiIKPiBwYXRo
PSIvdXNyL3NoYXJlL2phdmEvZ2xpYjAuMi5qYXIiLz4KPiAgICAgICAgIDxjbGFzc3BhdGhlbnRy
eSBleHBvcnRlZD0idHJ1ZSIKPiBzb3VyY2VwYXRoPSIvaG9tZS9tYWphaW4vLmVjbGlwc2Uvc291
cmNlLWphcnMtbGliamF2YS1ndGsvbGliZ3RrLQo+IGphdmEtc3JjLmphciIKPiBraW5kPSJsaWIi
IHBhdGg9Ii91c3Ivc2hhcmUvamF2YS9ndGsyLjguamFyIi8+Cj4gICAgICAgICA8Y2xhc3NwYXRo
ZW50cnkgZXhwb3J0ZWQ9InRydWUiCj4gc291cmNlcGF0aD0iL2hvbWUvbWFqYWluLy5lY2xpcHNl
L3NvdXJjZS1qYXJzLWxpYmphdmEtZ3RrL2xpYmdsYWRlLQo+IGphdmEtc3JjLmphciIKPiBraW5k
PSJsaWIiIHBhdGg9Ii91c3Ivc2hhcmUvamF2YS9nbGFkZTIuMTIuamFyIi8+Cj4gICAgICAgICA8
Y2xhc3NwYXRoZW50cnkgZXhwb3J0ZWQ9InRydWUiIGtpbmQ9ImNvbiIKPiBwYXRoPSJvcmcuZWNs
aXBzZS5qZHQubGF1bmNoaW5nLkpSRV9DT05UQUlORVIiLz4KPiAgICAgICAgIDxjbGFzc3BhdGhl
bnRyeSBraW5kPSJzcmMiIHBhdGg9IiIvPgo+ICAgICAgICAgPGNsYXNzcGF0aGVudHJ5IGtpbmQ9
Im91dHB1dCIgcGF0aD0iIi8+Cj4gPC9jbGFzc3BhdGg+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBJJ20gdXNp
bmcgRmVkb3JhIENvcmUgNSwgSkRLIDEuNSwgbGliZ2xhZGUtamF2YS0yLjEyLjQtMCwKPiBnbGli
LWphdmEtMC4yLjUtMCwgbGliZ3RrLWphdmEtMi44LjUtMAo+Cj4gVGhhbmtzIGluIGFkdmFuY2Us
Cj4gbWFrdWNoYWt1Cj4gLS0KPiBodHRwOi8vbWFrdWNoYWt1LmluZm8KPiBXaGVuIHlvdSBzcGVh
ayBvdXQgd2l0aCB0aGUgY291cmFnZSBvZiB5b3VyIGNvbnZpY3Rpb25zLCBwZW9wbGUgbGlzdGVu
IQo+IC0tIFZhbG1payBUaGFwYXIsIFdpbGRsaWZlIENvbnNlcnZhdGlvbmlzdC4KPgo+IFVzaW5n
IFRvbWNhdCBidXQgbmVlZCB0byBkbyBtb3JlPyBOZWVkIHRvIHN1cHBvcnQgd2ViIHNlcnZpY2Vz
LCBzZWN1cml0eT8KPiBHZXQgc3R1ZmYgZG9uZSBxdWlja2x5IHdpdGggcHJlLWludGVncmF0ZWQg
dGVjaG5vbG9neSB0byBtYWtlIHlvdXIgam9iCj4gZWFzaWVyCj4gRG93bmxvYWQgSUJNIFdlYlNw
aGVyZSBBcHBsaWNhdGlvbiBTZXJ2ZXIgdi4xLjAuMSBiYXNlZCBvbiBBcGFjaGUgR2Vyb25pbW8K
PiBodHRwOi8vc2VsLmFzLXVzLmZhbGthZy5uZXQvc2VsP2NtZD1sbmsma2lkPTEyMDcwOSZiaWQ9
MjYzMDU3JmRhdD0xMjE2NDIKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXwo+IGphdmEtZ25vbWUtZGV2ZWxvcGVyIG1haWxpbmcgbGlzdAo+IGphdmEtZ25v
bWUtZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+IGh0dHBzOi8vbGlzdHMuc291cmNl
Zm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2phdmEtZ25vbWUtZGV2ZWxvcGVyCj4K

[Java-gnome-developer] Error in compiling hello world

[<may...@gm...>]

Hi all,

As per the flash demo on java-gnome website, i was trying to
compile/run my hello-world example using eclipse. Compile proceeds
fine, but when I try to run the project, following error happens

Exception in thread "main" java.lang.UnsatisfiedLinkError: no
gtkjni-2.8 in java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
	at java.lang.Runtime.loadLibrary0(Runtime.java:822)
	at java.lang.System.loadLibrary(System.java:992)
	at org.gnu.gtk.Gtk.<clinit>(Gtk.java:214)
	at makulabs.redhat.StatusPester.main(StatusPester.java:16)

I get the same error when I try to run from command line using the
following command
[majain@majain StatusPester]$ java -classpath
/usr/share/java/gtk2.8.jar:/usr/share/java/glade2.12.jar:/usr/share/java/glib0.2.jar:$CLASSPATH:.
 makulabs.redhat.StatusPester

Kindly suggest a remedy. I think I'm missing some step.

----- .classfile file from eclipse project --------
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
	<classpathentry exported="true" kind="lib" path="/usr/share/java/glib0.2.jar"/>
	<classpathentry exported="true"
sourcepath="/home/majain/.eclipse/source-jars-libjava-gtk/libgtk-java-src.jar"
kind="lib" path="/usr/share/java/gtk2.8.jar"/>
	<classpathentry exported="true"
sourcepath="/home/majain/.eclipse/source-jars-libjava-gtk/libglade-java-src.jar"
kind="lib" path="/usr/share/java/glade2.12.jar"/>
	<classpathentry exported="true" kind="con"
path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
	<classpathentry kind="src" path=""/>
	<classpathentry kind="output" path=""/>
</classpath>
------------------------------------------------------------------

I'm using Fedora Core 5, JDK 1.5, libglade-java-2.12.4-0,
glib-java-0.2.5-0, libgtk-java-2.8.5-0

Thanks in advance,
makuchaku
-- 
http://makuchaku.info
When you speak out with the courage of your convictions, people listen!
-- Valmik Thapar, Wildlife Conservationist.

Re: [Java-gnome-developer] dialog problem

[Remy S. <rem...@gm...>]

I think you need to compare the integer value returned from the run method
against a org.gnu.gtk.ResponseType.

You can refer to the javadocs online for more information -
http://java-gnome.sourceforge.net/docs/javadoc/index.html

Regards,
Rem

On 6/29/06, S=F8ren Mathiasen <li...@so...> wrote:
>
> Hi,
>
> I've the following code, that displays an error dialog.
> The problem is that when OK is clicked nothing happens. My guess is that
> I somehow should connect a listener to the OK button but how ??
>
>
> final MessageDialog dialog =3D new MessageDialog(window,
> DialogFlags.MODAL,MessageType.ERROR, ButtonsType.OK, text, true);
> dialog.setTitle("Error");
> dialog.run();
>
> /Soren
>
>
>
>
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

[Java-gnome-developer] dialog problem

[M. <li...@so...>]

Hi,

I've the following code, that displays an error dialog.
The problem is that when OK is clicked nothing happens. My guess is that
I somehow should connect a listener to the OK button but how ??


final MessageDialog dialog = new MessageDialog(window,
DialogFlags.MODAL,MessageType.ERROR, ButtonsType.OK, text, true);
dialog.setTitle("Error");
dialog.run();

/Soren