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

Re: [Java-gnome-developer] Access violation on WinXP

[Gregor <Gre...@gm...>]

This sounds somewhat familiar. Did you call Gtk.ini() before doing anything 
else?

On Friday 26 August 2005 18:42, t_alex wrote:
> Good afternoon, people,
>
>
> I've attempted to run a "Hello World" in Java-Gnome but the JVM suddenly
> crashed... I've got a lot of critical error messages from Glib-GObject
> (assertion failures) and JVM, as follows:
>
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x07b744e6, pid=3904,
> tid=3952
> #
> # Java VM: Java HotSpot(TM) Client VM (1.5.0_04-b05 mixed mode, sharing)
> # Problematic frame:
> # C  [libgtk-win32-2.0-0.dll+0x2044e6]
> #
> # An error report file with more information is saved as hs_err_pid3904.log
> #
> # If you would like to submit a bug report, please visit:
> #   http://java.sun.com/webapps/bugreport/crash.jsp
> #
>
>
>
> I'm using:
>
> * WinXP SP2;
> * libgtkjni-2-6.dll;
> * libgladejni-2-10.dll;
> * Gnome Runtime environment 2.6.8.rc1 (but I've got the same error on
> 2.6.10.rc1);
> * Sun's JRE 1.5.0_04.
>
> Someone can tell me how to eliminate these errors?
>
>
> Thanks,
>
>
> Thiago
>
> P.S.: Please forgive-me by the beginner-level English... :-)

[Java-gnome-developer] TreeView java object association

[Scott J. H. <ha...@ks...>]

I am trying to associate a java object with each row in a TreeView:

System.out.println(pack);
ls.setValue(row, packageObject, pack);
System.out.println(ls.getValue(row, packageObject));

This prints:
vte-0.11.14-i686-1dl.tgz: Terminal library (required)
null

So it seems that the object is not getting stored.
row is a TreeIter that comes from calling ls.appendRow(); on

fileNameColumn = new DataColumnString();
descriptionColumn = new DataColumnString();
sizeColumn = new DataColumnInt();
selectedColumn = new DataColumnBoolean();
packageObject = new DataColumnObject();
			

DataColumn[] dc = new DataColumn[5];
dc[0] = fileNameColumn;
dc[1] = descriptionColumn;
dc[2] = sizeColumn;
dc[3] = selectedColumn;
dc[4] = packageObject;
ls = new ListStore(dc);


Thanks,

Scott.
-- 
"Computer Science is no more about computers than astronomy is about
telescopes." - Edsger Dijkstra

[Java-gnome-developer] Access violation on WinXP

[t_alex <t_...@ig...>]

Good afternoon, people, 


I've attempted to run a "Hello World" in Java-Gnome but the JVM suddenly 
crashed... I've got a lot of critical error messages from Glib-GObject 
(assertion failures) and JVM, as follows: 


# 
# An unexpected error has been detected by HotSpot Virtual Machine: 
# 
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x07b744e6, pid=3904, 
tid=3952 
# 
# Java VM: Java HotSpot(TM) Client VM (1.5.0_04-b05 mixed mode, sharing) 
# Problematic frame: 
# C  [libgtk-win32-2.0-0.dll+0x2044e6] 
# 
# An error report file with more information is saved as hs_err_pid3904.log 
# 
# If you would like to submit a bug report, please visit: 
#   http://java.sun.com/webapps/bugreport/crash.jsp 
# 



I'm using: 

* WinXP SP2; 
* libgtkjni-2-6.dll; 
* libgladejni-2-10.dll; 
* Gnome Runtime environment 2.6.8.rc1 (but I've got the same error on 
2.6.10.rc1); 
* Sun's JRE 1.5.0_04. 

Someone can tell me how to eliminate these errors? 


Thanks, 


Thiago 

P.S.: Please forgive-me by the beginner-level English... :-) 

Re: [Java-gnome-developer] Problem with UnsatisfiedLinkError atk_relation_add_target

[Alexei O. V. <vor...@ma...>]

Igor Foox wrote:
> On Mon, 2005-08-22 at 23:09 +0300, Alexei O. Vorobioff wrote:
> 
>>Hi.
>>
>>I've created a simple java-gnome application.
>>
>>When I call Gtk.init(args) the exception is occurred
>>
>>Exception in thread "main" java.lang.UnsatisfiedLinkError: 
>>/usr/lib/libgtkjni-2.6.so: /usr/lib/libgtkjni-2.6.so: undefined symbol: 
>>atk_relation_add_target
>>
>>I use Debian GNU/Linux Sarge with installed libgnome-java package and 
>>all depended packages.
>>
>>libgnome-java 2.8.3.1-2
>>libgnome-jni 2.8.3.1-2
> 
> I'm not entirely sure that this is what's causing the problem, but the
> correct version for the gnome libraries to go with gtk2.6 is 2.10. So
> you should have libgnome-java 2.10.* and libgnome-jni 2.10.*.
> 
> Try and see if that helps.
> 
> 
>>libgtk-java 2.6.2-1
>>libgtk-jni 2.6.2-1
> 
> 
> Igor
> 

Thank you.

--
Alexei

Re: [Java-gnome-developer] Problem with UnsatisfiedLinkError atk_relation_add_target

[Igor F. <if...@re...>]

On Mon, 2005-08-22 at 23:09 +0300, Alexei O. Vorobioff wrote:
> Hi.
> 
> I've created a simple java-gnome application.
> 
> When I call Gtk.init(args) the exception is occurred
> 
> Exception in thread "main" java.lang.UnsatisfiedLinkError: 
> /usr/lib/libgtkjni-2.6.so: /usr/lib/libgtkjni-2.6.so: undefined symbol: 
> atk_relation_add_target
> 
> I use Debian GNU/Linux Sarge with installed libgnome-java package and 
> all depended packages.
> 
> libgnome-java 2.8.3.1-2
> libgnome-jni 2.8.3.1-2
I'm not entirely sure that this is what's causing the problem, but the
correct version for the gnome libraries to go with gtk2.6 is 2.10. So
you should have libgnome-java 2.10.* and libgnome-jni 2.10.*.

Try and see if that helps.

> libgtk-java 2.6.2-1
> libgtk-jni 2.6.2-1

Igor

[Java-gnome-developer] Problem with UnsatisfiedLinkError atk_relation_add_target

[Alexei O. V. <vor...@ma...>]

Hi.

I've created a simple java-gnome application.

When I call Gtk.init(args) the exception is occurred

Exception in thread "main" java.lang.UnsatisfiedLinkError: 
/usr/lib/libgtkjni-2.6.so: /usr/lib/libgtkjni-2.6.so: undefined symbol: 
atk_relation_add_target

I use Debian GNU/Linux Sarge with installed libgnome-java package and 
all depended packages.

libgnome-java 2.8.3.1-2
libgnome-jni 2.8.3.1-2
libgtk-java 2.6.2-1
libgtk-jni 2.6.2-1

JDK 5.0

-- 
Alexei

[Java-gnome-developer] Problem with UnsatisfiedLinkError atk_relation_add_target

[Alexei O. V. <vo...@tu...>]

Hi.

I've created a simple java-gnome application.

When I call Gtk.init(args) the exception is occurred

Exception in thread "main" java.lang.UnsatisfiedLinkError: 
/usr/lib/libgtkjni-2.6.so: /usr/lib/libgtkjni-2.6.so: undefined symbol: 
atk_relation_add_target

I use Debian GNU/Linux Sarge with installed libgnome-java package and 
all depended packages.

libgnome-java 2.8.3.1-2
libgnome-jni 2.8.3.1-2
libgtk-java 2.6.2-1
libgtk-jni 2.6.2-1

JDK 5.0

--
Alexei

[Java-gnome-developer] GLArea - a first attempt

[Gregor <Gre...@gm...>]

Hi!

I've tried to bind gtkglarea in the same way you do for gtk-java, but as it 
turns out I"m obviously doing something wrong and I'm not too familiar with 
either gtk, the jg_jnu helper or JNI to really see what's going on in the 
limited time frame I've got at the moment. So I'm just posting my results to 
this list in the hope that someone else might pick it up an continue from 
here.

Initially, I tried to do all this within the libgtk-java source tree, but as 
it turns out, the Makefile.am for that project breaks with all versions of 
automake I've tried (I'm using gentoo, so I'm pretty confident that the 
autotools actually work - they do for other projects). So I had to take it 
out and come up with the workaround you see in the archive.

Regards,
Gregor

Re: [Java-gnome-developer] Java-Gnome and OpenGL?

[John M. G. <joh...@ya...>]

--- Gregor Mückl <Gre...@gm...> wrote:

> On Tuesday 16 August 2005 22:56, John M. Gabriele wrote:
> > --- Anthony Green <gr...@re...> wrote:
> > > On Tue, 2005-08-16 at 20:39 +0200, Gregor Mückl wrote:
> > > > Naturally, we also need support for OpenGL widgets. I've been planning
> > > > to write a wrapper around gtkglarea in the spirit of the widget class
> > > > that gtkglarea-- provides. But as things currently are, other bits of
> > > > this
> > >
> > > project
> > >
> > > > have priority and I've not yet written any code. I just want to let you
> > >
> > > know
> > >
> > > > that I'm probably up to something.
> > >
> > > I wonder if JOGL or LWJGL could be adapted to work with java-gnome.
> > > Have you considered this yet?
> >
> > Or the gljava ( http://gljava.sourceforge.net/ ) portion of
> > sdljava ( http://sdljava.sourceforge.net/ )?
> >
> > http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.Sdljava
> >
> 
> To me, gljava looks like the best-fitting candidate for providing
> the GL side of the bindings. However, I'm a bit afraid that they
> were merged into sdljava and won't be maintained as a standalone
> library.
> 
> Regards,
> Gregor

By the looks of things, it seems that gljava was designed to be
separate right from the beginning. For one thing, they've got a
separate website up for gljava. Also, note the separation in the
list of packages:

org.gljava.opengl
org.gljava.opengl.ftgl
org.gljava.opengl.impl.glew
org.gljava.opengl.model
org.gljava.opengl.x.swig
sdljava
sdljava.audio
sdljava.cdrom
sdljava.event
sdljava.image
sdljava.joystick
sdljava.mixer
sdljava.ttf
sdljava.util
sdljava.video
sdljava.x.swig
sdljavax.gfx
sdljavax.gui

Further, my guess is that the sdljava guys *want* gljava
to stay separate, in case someone comes along and creates
some bindings for freeglut -- which, I've been told, should
be fairly simple using SWIG. This way, you could use "glutjava"
and gljava without needing sdljava.

The fact that the whole kit-and-kaboodle is LGPL is the icing
on the cake.

Since this topic just came up on the sdljava list, I'm cc'ing
them on it.

---John



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [Java-gnome-developer] Java-Gnome and OpenGL?

[Gregor <Gre...@gm...>]

On Tuesday 16 August 2005 22:56, John M. Gabriele wrote:
> --- Anthony Green <gr...@re...> wrote:
> > On Tue, 2005-08-16 at 20:39 +0200, Gregor M=FCckl wrote:
> > > Naturally, we also need support for OpenGL widgets. I've been planning
> > > to write a wrapper around gtkglarea in the spirit of the widget class
> > > that gtkglarea-- provides. But as things currently are, other bits of
> > > this
> >
> > project
> >
> > > have priority and I've not yet written any code. I just want to let y=
ou
> >
> > know
> >
> > > that I'm probably up to something.
> >
> > I wonder if JOGL or LWJGL could be adapted to work with java-gnome.
> > Have you considered this yet?
>
> Or the gljava ( http://gljava.sourceforge.net/ ) portion of
> sdljava ( http://sdljava.sourceforge.net/ )?
>
> http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=3DMain.Sdljava
>

To me, gljava looks like the best-fitting candidate for providing the GL si=
de=20
of the bindings. However, I'm a bit afraid that they were merged into sdlja=
va=20
and won't be maintained as a standalone library.

Regards,
Gregor

> ---John
>
> > Thanks,
> >
> > AG
>
> ____________________________________________________
> Start your day with Yahoo! - make it your home page
> http://www.yahoo.com/r/hs
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] java.lang.UnsatisfiedLinkError: gdk_point_new

[Ali A. M. <ali...@32...>]

Hi Igor,

It worked , thank-you very much for the help

Rgds
Ali


On Tue, 2005-08-16 at 13:52 -0400, Igor Foox wrote:
> On Tue, 2005-08-16 at 13:46 -0400, Igor Foox wrote:
> > Hi Ali,
> >=20
> > I had a similar problem previously. If you built Java-gnome from a
> > packaged version (the tarball on the website, or a packaged version f=
or
> > gentoo), this is a fixed issue.=20
>=20
> Bah. What I wanted to say is that this happens in the packaged versions=
.
> It is fixed in the branch. Sorry about the blunder :)
>=20
> Igor
>=20
>=20
> >=20
> > On Tue, 2005-08-16 at 17:17 +0300, Ali Afif Mutlu wrote:
> > > Hi,
> > >=20
> > >=20
> > > window =3D (Window) glade.getWidget("windowMain");
> > > window.getPosition().getX();
> > >=20
> > >=20
> > > the above code gives=20
> > > java.lang.UnsatisfiedLinkError: gdk_point_new
> > > error,=20
> > >=20
> > > does anyone knows the reason ?
> > >=20
> > > Since the window show up , and other functions are ok I do not thin=
k
> > > that it is a LD_LIBRARY_PATH issue.
> > >=20
> > > I am using Gentoo with kernel 2.6.10 and my Gnome version is 2.10
> > >=20
> > >=20
> > >=20
> > > Thks
> > > Ali
> > >=20
> > >=20
> > >=20
> > > -------------------------------------------------------
> > > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle P=
ractices
> > > Agile & Plan-Driven Development * Managing Projects & Teams * Testi=
ng & QA
> > > Security * Process Improvement & Measurement * http://www.sqe.com/b=
sce5sf
> > > _______________________________________________
> > > java-gnome-developer mailing list
> > > jav...@li...
> > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pra=
ctices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing=
 & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsc=
e5sf
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>=20
>=20
--=20

Sayg=FDlar=FDmla
Ali Afif Mutlu
32Bit Bilgisayar Ltd
Tel : 90-216 348 60 43
Fax : 90-216 348 60 44
GSM : 90-532 215 88 97

Re: [Java-gnome-developer] Java-Gnome and OpenGL?

[John M. G. <joh...@ya...>]

--- Anthony Green <gr...@re...> wrote:

> On Tue, 2005-08-16 at 20:39 +0200, Gregor Mückl wrote:
> > Naturally, we also need support for OpenGL widgets. I've been planning to 
> > write a wrapper around gtkglarea in the spirit of the widget class that 
> > gtkglarea-- provides. But as things currently are, other bits of this
> project 
> > have priority and I've not yet written any code. I just want to let you
> know 
> > that I'm probably up to something.
> 
> I wonder if JOGL or LWJGL could be adapted to work with java-gnome.
> Have you considered this yet?

Or the gljava ( http://gljava.sourceforge.net/ ) portion of
sdljava ( http://sdljava.sourceforge.net/ )?

http://www.simisen.com/jmg/pmwiki/pmwiki.php?n=Main.Sdljava

---John


> Thanks,
> 
> AG



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [Java-gnome-developer] Java-Gnome and OpenGL?

[Anthony G. <gr...@re...>]

On Tue, 2005-08-16 at 20:39 +0200, Gregor M=C3=BCckl wrote:
> Naturally, we also need support for OpenGL widgets. I've been planning =
to=20
> write a wrapper around gtkglarea in the spirit of the widget class that=
=20
> gtkglarea-- provides. But as things currently are, other bits of this p=
roject=20
> have priority and I've not yet written any code. I just want to let you=
 know=20
> that I'm probably up to something.

I wonder if JOGL or LWJGL could be adapted to work with java-gnome.
Have you considered this yet?

Thanks,

AG

Re: [Java-gnome-developer] Java-Gnome and OpenGL?

[Gregor <Gre...@gm...>]

Since no one seems to take it, I'll jump in on this. We ar about to use 
gtk-java for a 3d modelling tool we're working on. Currently we use SWT, but 
that toolkit has its disadvantages.

Naturally, we also need support for OpenGL widgets. I've been planning to 
write a wrapper around gtkglarea in the spirit of the widget class that 
gtkglarea-- provides. But as things currently are, other bits of this project 
have priority and I've not yet written any code. I just want to let you know 
that I'm probably up to something.

Regards,
Gregor

On Sunday 14 August 2005 08:57, John M. Gabriele wrote:
> Does Java-Gnome provide a way to incorporate
> OpenGL graphics into a Java-Gnome app?
>
> If so, can I use it from Glade?
>
> Does Java-Gnome work in some way with JOGL? With
> LWJGL?
>
> (BTW, I'm on Fedora Core 4, using only the free tools.)
>
> Thanks.
>
>
>
>
> ____________________________________________________
> Start your day with Yahoo! - make it your home page
> http://www.yahoo.com/r/hs
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] java.lang.UnsatisfiedLinkError: gdk_point_new

[Igor F. <if...@re...>]

On Tue, 2005-08-16 at 13:46 -0400, Igor Foox wrote:
> Hi Ali,
> 
> I had a similar problem previously. If you built Java-gnome from a
> packaged version (the tarball on the website, or a packaged version for
> gentoo), this is a fixed issue. 

Bah. What I wanted to say is that this happens in the packaged versions.
It is fixed in the branch. Sorry about the blunder :)

Igor


> 
> On Tue, 2005-08-16 at 17:17 +0300, Ali Afif Mutlu wrote:
> > Hi,
> > 
> > 
> > window = (Window) glade.getWidget("windowMain");
> > window.getPosition().getX();
> > 
> > 
> > the above code gives 
> > java.lang.UnsatisfiedLinkError: gdk_point_new
> > error, 
> > 
> > does anyone knows the reason ?
> > 
> > Since the window show up , and other functions are ok I do not think
> > that it is a LD_LIBRARY_PATH issue.
> > 
> > I am using Gentoo with kernel 2.6.10 and my Gnome version is 2.10
> > 
> > 
> > 
> > Thks
> > Ali
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] java.lang.UnsatisfiedLinkError: gdk_point_new

[Igor F. <if...@re...>]

Hi Ali,

I had a similar problem previously. If you built Java-gnome from a
packaged version (the tarball on the website, or a packaged version for
gentoo), this is a fixed issue. It has been fixed in the gtk-java-2-6
cvs branch, if you rebuild it from there I believe your problem should
be solved.

Igor

On Tue, 2005-08-16 at 17:17 +0300, Ali Afif Mutlu wrote:
> Hi,
> 
> 
> window = (Window) glade.getWidget("windowMain");
> window.getPosition().getX();
> 
> 
> the above code gives 
> java.lang.UnsatisfiedLinkError: gdk_point_new
> error, 
> 
> does anyone knows the reason ?
> 
> Since the window show up , and other functions are ok I do not think
> that it is a LD_LIBRARY_PATH issue.
> 
> I am using Gentoo with kernel 2.6.10 and my Gnome version is 2.10
> 
> 
> 
> Thks
> Ali
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

[Java-gnome-developer] java.lang.UnsatisfiedLinkError: gdk_point_new

[Ali A. M. <ali...@32...>]

Hi,


window = (Window) glade.getWidget("windowMain");
window.getPosition().getX();


the above code gives 
java.lang.UnsatisfiedLinkError: gdk_point_new
error, 

does anyone knows the reason ?

Since the window show up , and other functions are ok I do not think
that it is a LD_LIBRARY_PATH issue.

I am using Gentoo with kernel 2.6.10 and my Gnome version is 2.10



Thks
Ali

[Java-gnome-developer] Java-Gnome and OpenGL?

[John M. G. <joh...@ya...>]

Does Java-Gnome provide a way to incorporate
OpenGL graphics into a Java-Gnome app?

If so, can I use it from Glade?

Does Java-Gnome work in some way with JOGL? With
LWJGL?

(BTW, I'm on Fedora Core 4, using only the free tools.)

Thanks.



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [Java-gnome-developer] Glade and reusing a window

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

On Sat, 2005-13-08 at 17:18 +0200, Stefan Prelle wrote:
> The adventWindow-Dialog has a cancel button to close the
> dialog again. It also has the usual button "x" on (the top right) window
> frame to close the window. The cancel button triggers a call to 
>   adventWindow.hide()
> which works fine and allows me to call the show method again (even
> without re-retrieving the widget from Glade).
> 
> My problem is: If I close the window with the "x"-Button on the frame
> the window closes but cannot be re-used.

In GTK, the default handler for the delete-event signal is to stop
emission of delete and re-emit destroy, which causes the window to be
[C] free()'d.

So, in your situation, it makes sense that [Java] hide()ing as result of
hitting some button and then re-show()ing your window works fine, but
'x' does not. Hitting the 'x' button causes delete, which you're not
handling in any particularly special way, which means that immediately
thereafter GTK's default handler will turn the signal into destroy, and
then most certainly you can't re-use it, and hence all the assertion
error crud.

What you need to do is handle the delete-event signal. In the
Listener/Event pattern, it looks something like this:

window.addListener(new LifeCycleListener() {
	public void lifeCycleEvent(LifeCycleEvent event) {
		System.out.println("DEBUG lifeCyleEvent(), " + event.getType().getName());

		if (event.getType() == LifeCycleEvent.Type.HIDE) {
			// do something. hide() perhaps.
		}
	}

	public boolean lifeCycleQuery(LifeCycleEvent event) {
		System.out.println("DEBUG lifeCyleQuery() " + event.getType().getName());

		if (event.getType() == LifeCycleEvent.Type.DELETE) {
			// do something, then,
			if ( whatever ) {
				// say to GTK that you've handled the signal, and
				// therefore to stop further emission of delete,
				// thereby avoiding an implicit destroy()
				return true;
			} else {
				// you want the default handler to carry on and destroy()
				return false;
			}
		}
	}
});

Again, in your situation, you'll want to be hid()ing and returning true.

In my experience, I end up calling external handlers (I called them
hideHook() and deleteHook()) from this listener. It makes it easier for
subclasses to override the behaviour. <shrug>

++

I had a long discussion with ijuma a couple of weeks ago about all this.
I agree that what is presently called LifeCycleListener is a bit clumsy
but it is what it is. 

Leave those debugs in for a while and watch the different events that
get caught by this listener. It's instructive.


AfC
Sydney

--
Andrew Frederick Cowie
Operational Dynamics Consulting Pty Ltd

Stand up and be counted!

Register your Linux computers at http://counter.li.org/

Re: [Java-gnome-developer] Glade and reusing a window

[Stefan P. <pr...@tz...>]

Hi Gian,

Am Samstag, den 13.08.2005, 17:30 +0200 schrieb Gian Mario Tagliaretti:
> > My problem is: If I close the window with the "x"-Button on the frame
> > the window closes but cannot be re-used.
> 
> you should connect the hide method also to the delete-event which is
> emitted by the windows when you press the "x"-Button on the frame.

I already tried that. I could verify that the method is called, but that
doesn't change the fact that I wasn't able to re-display the window. The
error was still the same.

The problem must be somewhere else. But thanks for the idea anyway.

Regards,
  Stefan

Re: [Java-gnome-developer] Glade and reusing a window

[Gian M. T. <g.t...@gm...>]

2005/8/13, Stefan Prelle <pr...@tz...>:
> Hi all,

Hi Stefan
=20
> [snip]
=20
> My problem is: If I close the window with the "x"-Button on the frame
> the window closes but cannot be re-used.

you should connect the hide method also to the delete-event which is
emitted by the windows when you press the "x"-Button on the frame.

> What can I do to prevent this from happening? Or is there at least a way
> to disable the "x" button for the window?

Hiding (or disabling) the X button creates HIG problems, better don't do th=
at.

cheers
--=20
Gian Mario Tagliaretti
PyGTK GUI programming
http://www.parafernalia.org/pygtk/

[Java-gnome-developer] Glade and reusing a window

[Stefan P. <pr...@tz...>]

Hi all,

I have some problems using Glade for dialogs. I guess I'm on a wrong
track somewhere, but I can't figure out where.

I have built a smale glade application with two windows - a normal one
(mainWindow) and a dialog window (adventWindow).  I load them like that
      glade = new LibGlade("dsadb-tool.glade", this);
      mainWindow = (Window) glade.getWidget("MainWindow");

At first that lead to both windows showing up immediatly, but I figures
that setting adventWindow to invisible stopped that.

mainWindow contains a menu and one menu option triggers the display of
the dialog window:

  public void on_abenteuer_activate() {
    System.out.println("on_abenteuer_activate");
    adventWindow = (Window) glade.getWidget("AdventWindow");
    adventWindow.show();
  }

Fine so far. The adventWindow-Dialog has a cancel button to close the
dialog again. It also has the usual button "x" on (the top right) window
frame to close the window. The cancel button triggers a call to 
  adventWindow.hide()
which works fine and allows me to call the show method again (even
without re-retrieving the widget from Glade).

My problem is: If I close the window with the "x"-Button on the frame
the window closes but cannot be re-used.

(java-gnome:32635): GLib-GObject-CRITICAL **: g_object_ref: assertion
`G_IS_OBJECT (object)' failed
(java-gnome:32635): GLib-GObject-WARNING **: instance of invalid
non-instantiatable type `glong'
(java-gnome:32635): GLib-GObject-CRITICAL **: g_signal_emit_valist:
assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
(java-gnome:32635): GLib-GObject-CRITICAL **: g_object_notify: assertion
`G_IS_OBJECT (object)' failed
(java-gnome:32635): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed

I guess the glade instance of the window has been destroyed and cannot
be reclaimed. I figured that I need to reload the whole glade file
again, which is not very satisfying.

What can I do to prevent this from happening? Or is there at least a way
to disable the "x" button for the window?

Regards,
  Stefan

-- 
Stefan Prelle <pr...@tz...>

Re: [Java-gnome-developer] java desktop search

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

On Sun, 2005-07-08 at 13:03 -0400, dan wrote:
> There is no make file for most of the code right now because I
> have built it using eclipse...

Dan,

Should you wish for some ideas about how to go about creating an
eclipse-compatible make based build infrastructure, you might have a
look at some of the stuff I originally created for a work-in-progress
called xseq [1].

While the thing there called "configure" and its associated "Makefile"
are not modularized and so not exactly suitable for drop-in use by other
people, I've since reused that code in about 4 other projects (including
a build wrapper around libgtk-java, of all things), so I'm pretty happy
that the approach I took works rather well across a variety of
circumstances to identify pre-requisites and to facilitate compiler and
runtime selection.

It's not exactly an engineering priority for us at the moment, but if
you have any questions about the approach, don't hesitate to get in
touch. One of these days we're going to sit down and modularize it and
make it more broadly useful; in the mean time I'm still collecting ideas
and feedback. If anyone is interested in how it adapted for libgtk-java or
objective (our current shwerpunkt), let me know.

AfC
Canberra


[1]: http://research.operationaldynamics.com/projects/xseq 

-- 
Andrew Frederick Cowie
Managing Director
Operational Dynamics Consulting Pty Ltd

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.

Operating Worldwide:

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

[Java-gnome-developer] Hidden columns in TreeStore

[Marius G. <ma...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!
I'm pretty new to java-gnome, but I think I'm starting to get a grasp on
it. So far things are going well. Great job on the bindings :)

I have one problem though, I'm trying to store an object in a treestore
that has two columns, but only one renderer. The code looks something
like this:

strFolder = new DataColumnString();
voFolder = new DataColumnObject();
tsFolderListe = new TreeStore(new DataColumn[] { strFolder, voFolder });
//then the render stuff for the one column

Then I add things to the treestore further down in a loop, code looks
like this:
tsFolderListe.setValue(it,strFolder,myObject.getNavn());
tsFolderListe.setValue(it,voFolder,myObject);

Then, I got an event that on only tries to access the object I initially
stored and print something from it, but I get a NullPointerException.
The treepath and treeiter seems right, cause using the exact same iter
and path I'm able to pick up strFolder and print it just fine. The
object in the hidden column is gone though.

I'm not sure if it's even supposed to work, but from what I read in the
online TreeView tutorial it looks like it.

- --
marius

[From an announcement of a congress of the International Ontopsychology
Association, in Rome]:

The Ontopsychological school, availing itself of new research criteria
and of a new telematic epistemology, maintains that social modes do not
spring from dialectics of territory or of class, or of consumer goods,
or of means of power, but rather from dynamic latencies capillarized in
millions of individuals in system functions which, once they have
reached the event maturation, burst forth in catastrophic phenomenology
engaging a suitable stereotype protagonist or duty marionette (general,
president, political party, etc.) to consummate the act of social
schizophrenia in mass genocide.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC+fLYABu4R0AdQwQRAhNtAJ95zp30wfl6wAq0Ozcf2/sTUciKIQCgmonA
74IAnLGGWkMWfzttxOXbpVo=
=BuBF
-----END PGP SIGNATURE-----

-- 
marius

Serocki's Stricture:
	Marriage is always a bachelor's last option.

[Java-gnome-developer] Re: java desktop search

[Tom T. <tr...@re...>]

Dan> 	The project with my code is up on souceforge.  It is called
Dan> DeskCrawler.

Cool.

Appended is a patch to update the project file to use relative paths
and to fix a small buglet that eclipse pointed out.

BTW some of the files, like the jars, should probably be marked
binary in cvs.

I still haven't tried it...

Tom

Index: .classpath
===================================================================
RCS file: /cvsroot/deskcrawler/deskcrawler/.classpath,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 .classpath
--- .classpath	6 Aug 2005 23:13:44 -0000	1.1.1.1
+++ .classpath	9 Aug 2005 04:55:22 -0000
@@ -3,7 +3,7 @@
 	<classpathentry kind="src" path="src"/>
 	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
 	<classpathentry kind="lib" path="/usr/share/java/gtk2.6.jar"/>
-	<classpathentry kind="lib" path="/home/dan/Projects/workspace/DeskCrawler/lucene-1.4.3.jar"/>
-	<classpathentry kind="lib" path="/home/dan/Projects/workspace/DeskCrawler/commons-daemon.jar"/>
+	<classpathentry kind="lib" path="commons-daemon.jar"/>
+	<classpathentry kind="lib" path="lucene-1.4.3.jar"/>
 	<classpathentry kind="output" path="bin"/>
 </classpath>
Index: src/deskcrawler/client/ResultTile.java
===================================================================
RCS file: /cvsroot/deskcrawler/deskcrawler/src/deskcrawler/client/ResultTile.java,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 ResultTile.java
--- src/deskcrawler/client/ResultTile.java	6 Aug 2005 23:14:42 -0000	1.1.1.1
+++ src/deskcrawler/client/ResultTile.java	9 Aug 2005 04:55:23 -0000
@@ -45,7 +45,7 @@
         if(pixbuf != null) icon.set(pixbuf);
         else {
         	String parentDir = System.getProperty("user.dir") + "/";
-        	icon .set("parentDir + gnome-logo.png");
+        	icon .set(parentDir + "gnome-logo.png");
         }
         
         packStart(icon, false, false, 7);