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

Re: [Java-gnome-developer] LibGladeStubs usage

[Nicola L. <nic...@gm...>]

Hi. You didn't get me completely right.
I know that generating code from glade files is deprecated (like the
glade-2 c/python source generator), and one should use LibGlade that
creates the windows reading the glade file at runtime.

In this way you have to write a "LibGlade interfacing" class that
looks like the one here:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/GladeGUIS
where you puts a method for each event handler in the glade file, like this:

public void on_window1_delete_event(LifeCycleEvent s)

Now, what i was searching for is not a code generator like the one
above, but a program that generates "LibGlade interfacing" class.
This becouse i find boring to copy all event handlers that are present
in the glade file as methods on the class. You have to check the
spelling etc, etc. Also, i don't know what kind of parameters this
methods should have.

This could be done with a program that takes the glade file and
generates an Interface like this:

package xxx;
import xxx;

interface Gladexxx  {
 	void on_window1_delete_event(LifeCycleEvent s);
	void on_open_activate(MenuItemEvent s);
        void on_button_click_event(???Event s);
        etc etc
}

So that, by implementing the interface, you know your class will
capture all glade file events.
Or, instead of an interface, it could generate an abstract class..
that's only to see what is more convenient.
Once you change the glade file, you can regenerate the class without problems

I like this kind of code generation. If you know Torque
(http://db.apache.org/torque/) or XMLC (http://xmlc.enhydra.org) you
know what i mean :P

Greetings.

On Sat, 15 Jan 2005 13:31:37 +0000, Mark Howard <mh...@ti...> wrote:
> Jeff already replied on irc, but for the benefit of anyone else reading this:
> libGladeStubs is old code and was never really implemented fully. There isn't
> any need for it, since libglade does a far better job (similarly, other
> languages are all favouring libglade).
> There's a possibility that something might change in 2.12 though.
> 
> --
>   .''`. Mark Howard
>  : :' :
>  `. `'  http://www.tildemh.com
>    `-   mh...@de... | mh...@ti...
>

Re: [Java-gnome-developer] LibGladeStubs usage

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

Jeff already replied on irc, but for the benefit of anyone else reading this:
libGladeStubs is old code and was never really implemented fully. There isn't
any need for it, since libglade does a far better job (similarly, other
languages are all favouring libglade). 
There's a possibility that something might change in 2.12 though.

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

[Java-gnome-developer] LibGladeStubs usage

[Nicola L. <nic...@gm...>]

Hi! can you explain how to use LibGladeStubs to generate the java
classes for glade ?
I've tryed this:

LibGladeStubs l = new LibGladeStubs(gladeFile);
l.generate();

And this:

LibGladeStubs.execute(gladeFile);

But both don't work (gives null pointer exception).

Thanks.

Re: [Java-gnome-developer] Java-GNOME update

[Ka-Hing C. <ka...@gm...>]

On Thu, 13 Jan 2005 09:55:29 -0500, Jeff Morgan <ku...@gm...> wrote:
> What do you think of these ideas?  What other items should be listed?

Ability to implement *Model and *Renderer in Java?

-khc

[Java-gnome-developer] Java-GNOME update

[Jeff M. <ku...@gm...>]

Now that 2.9.4 is out and we have API freeze our focus will shift to
house cleaning
tasks prior to the 2.10 release in early March.  Here are a few of
items that we are
working on:

* Bug fixes
* Cleanup of our build process
* Getting libgtk-java to build on Windows (on the wish list)
* Documentaion 
* Example applications
* libgnome-vfs updates

As always, we could use help with the testing.  It is much better to find
bugs prior to the release than after the release :)

It is time to start talking about what should be included in our next
development
cycle.  Here are a few of my suggestions:

* incorporate changes from the native libraries
* complete libgnomevfs-java and include in official bindings release
* enhance/simplify our TreeView widget
* add custom event registration to GObject
* create functioning prototype for bonobo bindings
* make support for GNOME widgets optional in libglade-java
* enhance event handing in libglade-java

What do you think of these ideas?  What other items should be listed?

-- 
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
    - Jon Ruskin

Re: [Java-gnome-developer] Success! (Was: Re: java.lang.ClassNotFoundException: Lorg.gnu.glib.Handle32Bits;)

[Jeff M. <ku...@gm...>]

On Tue, 11 Jan 2005 11:19:06 +0000, Mark Howard <mh...@ti...> wrote:
> On Sun, Jan 09, 2005 at 12:18:44PM -0800, Ka-Hing Cheung wrote:
> > (java-gnome:12836): GLib-GObject-CRITICAL **: g_object_get_data:
> > assertion `G_IS_OBJECT (object)' failed
> 
> Why isn't this producing a stack trace?
> Looking at ...GObject.c, g_log_set_handler is now only called for the current
> app/library.
> 
> Does anyone know why this was changed? Stack traces for all libraries are really
> useful for things like this.

It looks like this change was lost in the 64-bit conversion.  I will
make the change
to add this back.

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


-- 
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
    - Jon Ruskin

Re: [Java-gnome-developer] Success! (Was: Re: java.lang.ClassNotFoundException: Lorg.gnu.glib.Handle32Bits;)

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

On Sun, Jan 09, 2005 at 12:18:44PM -0800, Ka-Hing Cheung wrote:
> (java-gnome:12836): GLib-GObject-CRITICAL **: g_object_get_data:
> assertion `G_IS_OBJECT (object)' failed

Why isn't this producing a stack trace? 
Looking at ...GObject.c, g_log_set_handler is now only called for the current
app/library.

Does anyone know why this was changed? Stack traces for all libraries are really
useful for things like this. 

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

Re: [Java-gnome-developer] Multithreaded apps (was: Re: broken link)

[Weiqi G. <wei...@gm...>]

JavaLobby is running a great presentation on exactly this issue.

http://javalobby.org/eps/galbraith-swing-2/


On Mon, 10 Jan 2005 23:20:40 -0300 (ART), Joao Victor
<jvi...@ya...> wrote:
> Err... sorry but i didn't understand the problem very well yet. BTW, ther=
e's a doc about it here:
>=20
> http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html
>=20
> I've read parts of it, but still didn't understand (maybe i'm too sleepy.=
..). I think the reason
> why i didn't understand is because i've used threads many times on Swing =
apps, and i've never used
> invokeLater. Let me picture a simple example so we can work on it:
>=20
> Suppose you're making a chat client, where you have a List widget showing=
 the online users.
> Suppose you have a thread which is listening for new packets. Everytime t=
his thread receives a
> "New user" msg packet, it adds a new user to the List widget, and calls r=
epaint (i think it's not
> necessary to call repaint on this situation, but whatever).
>=20
> So in this example there's no use of invokeLater, even though the widget =
is being updated by a
> thread. Would this somehow "break" something? I mean... i think i've done=
 that sometimes, never
> seen any problem :P
>=20
> Cheers,
> J.V.
>=20
> _______________________________________________________
> Yahoo! Acesso Gr=C3=A1tis - Instale o discador do Yahoo! agora. http://br=
.acesso.yahoo.com/ - Internet r=C3=A1pida e gr=C3=A1tis
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>=20


--=20
Weiqi Gao (=E9=AB=98=E4=B8=BA=E5=A5=87)
wei...@gm...
http://www.weiqigao.com/blog/

Re: [Java-gnome-developer] Multithreaded apps (was: Re: broken link)

[Jerry H. <wa...@la...>]

The reason is that only a single thread can be in the UI code at a time.
This is true of most UI frameworks, including another popular Java one,
SWT. I do not know about Swing, as I don't use it.

The proper way to run code that modifies the UI is to dispatch it to the
UI thread using the UI thread's mainLoop. invokeLater accomplishes this.
It schedules the code to be run later.

Typical main loop programming. Does Swing not do this? If swing doesn't
do it, likely Swing has synchronization internally: which adds some sort
of performance hit.

I think the main loop style of programming UI applications is much
nicer. It provides a very clean abstraction... it's sort of like sending
a message to the UI telling it to do something.


On Mon, 2005-01-10 at 23:20 -0300, Joao Victor wrote:
> Err... sorry but i didn't understand the problem very well yet. BTW, th=
ere's a doc about it here:
>=20
> http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html
>=20
> I've read parts of it, but still didn't understand (maybe i'm too sleep=
y...). I think the reason
> why i didn't understand is because i've used threads many times on Swin=
g apps, and i've never used
> invokeLater. Let me picture a simple example so we can work on it:
>=20
> Suppose you're making a chat client, where you have a List widget showi=
ng the online users.
> Suppose you have a thread which is listening for new packets. Everytime=
 this thread receives a
> "New user" msg packet, it adds a new user to the List widget, and calls=
 repaint (i think it's not
> necessary to call repaint on this situation, but whatever).
>=20
> So in this example there's no use of invokeLater, even though the widge=
t is being updated by a
> thread. Would this somehow "break" something? I mean... i think i've do=
ne that sometimes, never
> seen any problem :P
>=20
> Cheers,
> J.V.
>=20
>=20
>=20
>=20
> =09
> =09
> 	=09
> _______________________________________________________=20
> Yahoo! Acesso Gr=E1tis - Instale o discador do Yahoo! agora. http://br.=
acesso.yahoo.com/ - Internet r=E1pida e gr=E1tis
>=20
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
--=20
Jerry Haltom <wa...@la...>

Re: [Java-gnome-developer] Multithreaded apps (was: Re: broken link)

[Joao V. <jvi...@ya...>]

Ok, i've read some more, i think i understand it now... still find it pretty odd though.

Maybe later i'll put some more info about this issue on that topic on the website... i think it's
needed, to make it more clear. 

Time to sleep now...

Cheers,
J.V.



 --- Joao Victor <jvi...@ya...> escreveu: 
> Err... sorry but i didn't understand the problem very well yet. BTW, there's a doc about it
> here:
> 
> http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html
> 
> I've read parts of it, but still didn't understand (maybe i'm too sleepy...). I think the reason
> why i didn't understand is because i've used threads many times on Swing apps, and i've never
> used
> invokeLater. Let me picture a simple example so we can work on it:
> 
> Suppose you're making a chat client, where you have a List widget showing the online users.
> Suppose you have a thread which is listening for new packets. Everytime this thread receives a
> "New user" msg packet, it adds a new user to the List widget, and calls repaint (i think it's
> not
> necessary to call repaint on this situation, but whatever).
> 
> So in this example there's no use of invokeLater, even though the widget is being updated by a
> thread. Would this somehow "break" something? I mean... i think i've done that sometimes, never
> seen any problem :P
> 
> Cheers,
> J.V.
> 
> 
> 
> 
> 	
> 	
> 		
> _______________________________________________________ 
> Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ -
> Internet rápida e grátis
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>  

__________________________________________________
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

[Java-gnome-developer] Multithreaded apps (was: Re: broken link)

[Joao V. <jvi...@ya...>]

Err... sorry but i didn't understand the problem very well yet. BTW, there's a doc about it here:

http://java.sun.com/docs/books/tutorial/uiswing/misc/threads.html

I've read parts of it, but still didn't understand (maybe i'm too sleepy...). I think the reason
why i didn't understand is because i've used threads many times on Swing apps, and i've never used
invokeLater. Let me picture a simple example so we can work on it:

Suppose you're making a chat client, where you have a List widget showing the online users.
Suppose you have a thread which is listening for new packets. Everytime this thread receives a
"New user" msg packet, it adds a new user to the List widget, and calls repaint (i think it's not
necessary to call repaint on this situation, but whatever).

So in this example there's no use of invokeLater, even though the widget is being updated by a
thread. Would this somehow "break" something? I mean... i think i've done that sometimes, never
seen any problem :P

Cheers,
J.V.




	
	
		
_______________________________________________________ 
Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet rápida e grátis

Re: [Java-gnome-developer] Compiling the examples codes

[Jeff M. <ku...@gm...>]

On Tue, 11 Jan 2005 02:36:52 +0100, Khiraly <khi...@gm...> wrote:
> 2005-01-11, k keltez=E9ssel 09:35-kor Andrew Cowie ezt =EDrta:
> > > I have downloaded the latest source code:
> > > ftp://ftp.gnome.org/pub/GNOME/sources/libgnome-java/2.9/libgnome-java=
-2.9.3.tar.bz2
> >
> > That's the development branch
> I have downloaded this source code only because I didnt find the
> examples file shipped with debian packages.
> So I want to use the stable libgnome* package. I picked this source only
> to have the example code.

If you want to use the latest source I just created a new release
2.9.4 that has numerous enhancements and bug fixes.=20


>=20
> > Have you had success using a normal Java VM first?
> No, but I will try it. Thx for the tip.
>=20
> > To test, you might try entries.Entry - I find that a nice simple exampl=
e
> > to start with.
> >=20
> Do you mean doc/examples/entry/EntryTest.java ?

I would suggest looking at the examples taht come with libgtk-java
first.  Many of the libgnome-java classes have been deprected
and replaced with similar widgets in libgtk-java.  This is due to the
same changes in libgnomeui and gtk+.

FYI, there is a bug in UIInfo that I only discovered Sunday night.  I
didn't have time to fix this bug prior to today's release.

>=20
> > I've heard some Debian people mention their libraries were
> > in /usr/lib/jni for some absurd reason. You might need that on your
> > library path.
>=20
> I had added to my ld.so.conf file (and executed ldconfig) but didnt
> change anything.
>=20
> I will try with the regular javac.
>=20
> >
> > AfC
> > Sydney
>=20
> Best regards,
>  Khiraly
>=20
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>=20


--=20
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
    - Jon Ruskin

Re: [Java-gnome-developer] Compiling the examples codes

[Khiraly <khi...@gm...>]

2005-01-11, k keltez=E9ssel 09:35-kor Andrew Cowie ezt =EDrta:
> > I have downloaded the latest source code:
> > ftp://ftp.gnome.org/pub/GNOME/sources/libgnome-java/2.9/libgnome-java=
-2.9.3.tar.bz2
>=20
> That's the development branch
I have downloaded this source code only because I didnt find the
examples file shipped with debian packages.
So I want to use the stable libgnome* package. I picked this source only
to have the example code.

> Have you had success using a normal Java VM first?
No, but I will try it. Thx for the tip.

> To test, you might try entries.Entry - I find that a nice simple exampl=
e
> to start with.
>=20
Do you mean doc/examples/entry/EntryTest.java ?

> I've heard some Debian people mention their libraries were
> in /usr/lib/jni for some absurd reason. You might need that on your
> library path.

I had added to my ld.so.conf file (and executed ldconfig) but didnt
change anything.

I will try with the regular javac.

>=20
> AfC
> Sydney

Best regards,=20
 Khiraly

[Java-gnome-developer] ANNOUNCE Java-GNOME 2.9.4

[Jeff M. <ku...@gm...>]

The Java-GNOME team announces the latest development release
of the Java-GNOME bindings for GNOME 2.9.4.  These bindings provide
the ability to develop GNOME applications in the Java language. 

There have been numerous changes since 2.9.3.  You can read the
NEWS file for each package by following the links below.  Among
the highlights are:

* support for all new gtk widgets
* support for GObject property get/set and change notification
* full support for gdk-pixbuf
* addition of missing APIs for atk, pango, and gdk


libgtk-java  - bindings for glib, atk, pango, gdk, gdk-pixbuf, and gtk
http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/NEWS?rev=1.200&view=markup

libgnome-java  - bindings for libgnome, libgnomeui, and libgnomecanvas
http://cvs.gnome.org/viewcvs/java-gnome/libgnome-java/NEWS?rev=1.12&view=markup

libglade-java  - bindings for libglade
http://cvs.gnome.org/viewcvs/java-gnome/libglade-java/NEWS?rev=1.8&view=markup

libgconf-java  - bindings for gconf
http://cvs.gnome.org/viewcvs/java-gnome/libgconf-java/NEWS?rev=1.5&view=markup

Re: [Java-gnome-developer] broken link

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

On Mon, 2005-10-01 at 21:05 +0000, Phil Rendell wrote:
> In the same way=20
> |org.gnu.glib.CustomEvents.addEvent(Runnable r)| should be used when=20
> modifying the GUI in Gtk/Gnome applications.

That's right. You do need to use CustomEvents.addEvent() I tested using
it in the demo app I wrote (I've posted here about it before - if you
don't know what I'm talking about, see=20
http://research.operationaldynamics.com/ but note that link is subject
to change)

Frankly, I hate this usage model. It's extraordinarily annoying because
you're forced to make anything you want to pass in as a parameter a
field of the class as opposed to just a local variable [as local
variables are out of scope when you write an anonymous inner class to
implement the Runnable which is the argument to addEvent()]

I'm not sure what a better approach would be, but surely in Java land
someone can think of something better.

AfC
Sydney

--=20
Andrew Frederick Cowie

Helping you succeed at flawlessly executing Massive
Changes and Upgrades to your Mission Critical Systems
http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] Compiling the examples codes

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

Be aware that you're mixing development and released stable versions of
the code.

On Mon, 2005-10-01 at 23:05 +0100, Khiraly wrote:
> I have downloaded the latest source code:
> ftp://ftp.gnome.org/pub/GNOME/sources/libgnome-java/2.9/libgnome-java-2.9.3.tar.bz2

That's the development branch

> I used the following command to compile(native binary):
> 
> gcj-3.4
> -classpath /usr/share/java/gtk2.4.jar:/usr/share/java/gnome2.8.jar
> -lgtkjar2.4 -lgnomejar2.8 --main=SimpleMenu SimpleMenu.java 
> /usr/bin/ld: cannot find -lgtkjar2.4
> collect2: ld returned 1 exit status

Whereas all those refer to libraries from the stable released version
(which is correct & what you should be testing against).

++

Have you had success using a normal Java VM first? GCJ can be a bit
tricky. 

Establish that you can compile with javac (ie, have your CLASSPATH
right) and then run using java (ie, have your LD_LIBRARY_PATH right) a
test program, then cycle back and try GCJ again.

To test, you might try entries.Entry - I find that a nice simple example
to start with.

[Oh, to that gcj command line, you might want to add a -o flag to say
where the output executable is going to go. That's nothing to do with
the problem you're having, though]

++

I've heard some Debian people mention their libraries were
in /usr/lib/jni for some absurd reason. You might need that on your
library path.

AfC
Sydney

-- 
Andrew Frederick Cowie

OPERATIONAL DYNAMICS
Operations Consultants and Infrastructure Engineers
http://www.operationaldynamics.com/

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

Re: [Java-gnome-developer] broken link

[Jeff M. <ku...@gm...>]

On Mon, 10 Jan 2005 23:10:49 +0100, Khiraly <khi...@gm...> wrote:
> 2005-01-10, h keltez=E9ssel 17:33-kor Joao Victor ezt =EDrta:
> > Seems like it's fixed...
>=20
> I can't acces the page. (I wanted just read it).
>=20
> For me I have this result:
>=20
> The requested URL /docs/javadoc/index.html was not found on this server.
> Apache/1.3.33 Server at java-gnome.sourceforge.net Port 80

Try to refresh your page.  The updated url is /docs/javadoc-2.8.2/index.htm=
l.

>=20
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>=20


--=20
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
    - Jon Ruskin

Re: [Java-gnome-developer] Re: unit testing (was...)

[Jeff M. <ku...@gm...>]

On Tue, 11 Jan 2005 08:58:33 +1100, Andrew Cowie
<an...@op...> wrote:
> On Mon, 2005-10-01 at 09:39 -0500, Jeff Morgan wrote:
> > that provides a wrapper around the XTest library.
> 
> I mentioned XTest yesterday in #gnome-hackers, and people
> [metaphorically] vomited. They really were highly unenthusiastic. I have
> no idea why that was so but then I have no idea what XTest is. FYI.
> 

The XTest docs say:

"This extension is a minimal set of client and server extensions required
to completely test the X11 server with no user intervention."

Here are the links:

http://64.233.167.104/search?q=cache:YPkpge9tNx0J:www.x.org/X11R6.8.1/doc/Xext/xtestlib.pdf+xtestlib.pdf&hl=en
http://64.233.167.104/search?q=cache:aeIY611VT2UJ:www.x.org/X11R6.8.1/doc/Xext/xtest.pdf+xtest.pdf&hl=en

Re: [Java-gnome-developer] broken link

[Khiraly <khi...@gm...>]

2005-01-10, h keltez=E9ssel 17:33-kor Joao Victor ezt =EDrta:
> Seems like it's fixed...

I can't acces the page. (I wanted just read it).=20

For me I have this result:

The requested URL /docs/javadoc/index.html was not found on this server.
Apache/1.3.33 Server at java-gnome.sourceforge.net Port 80

[Java-gnome-developer] Compiling the examples codes

[Khiraly <khi...@gm...>]

Hi!

I have downloaded the latest source code:
ftp://ftp.gnome.org/pub/GNOME/sources/libgnome-java/2.9/libgnome-java-2.9.3.tar.bz2

In the doc/examples directory I wanted to compile the:
simplemenu application.
(the runExample.sh does not seem to work for me, I dont know pkg-config)

I used the following command to compile(native binary):

gcj-3.4
-classpath /usr/share/java/gtk2.4.jar:/usr/share/java/gnome2.8.jar
-lgtkjar2.4 -lgnomejar2.8 --main=SimpleMenu SimpleMenu.java 
/usr/bin/ld: cannot find -lgtkjar2.4
collect2: ld returned 1 exit status

However on my system (debian SID), I have installed the following
packages:
java-common
libgnome0-java
libgnome2-java
libgtk2-java
gcj-3.4
libgcj5
libgcj5-awt
libgcj5-common
libgcj5-dev

I have the /usr/share/java/gtk2.4.jar file.
I have added the '/usr/share/java/' directory to my /etc/ld.so.conf
file, and executed ldconfig as root.
(ldconfig -v does not show libjava or libgtk-java).

Question:

How can I set correctly my /usr/bin/ld file?

Best regards, 
 Khiraly

Re: [Java-gnome-developer] Re: unit testing (was...)

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

On Mon, 2005-10-01 at 09:39 -0500, Jeff Morgan wrote:
> that provides a wrapper around the XTest library. 

I mentioned XTest yesterday in #gnome-hackers, and people
[metaphorically] vomited. They really were highly unenthusiastic. I have
no idea why that was so but then I have no idea what XTest is. FYI.

AfC
Sydney

Re: [Java-gnome-developer] broken link

[Phil R. <pr...@ab...>]

Even in normal Swing apps all gui modifications must be done from inside 
the Swing thread (Swing is not thread safe as far as I can tell) using 
the |javax.swing.SwingUtilities.invokeLater(Runnable r)| method, 
otherwise weird things start to happen. In the same way 
|org.gnu.glib.CustomEvents.addEvent(Runnable r)| should be used when 
modifying the GUI in Gtk/Gnome applications. I haven't tried not using 
this method, but I assume strange things may also happen.

My question is why do people not want to design GUIs to be thread safe???

Phil

Joao Victor wrote:

>Seems like it's fixed...
>
>But, BTW, to write a multithread app shouldn't you just use java.lang.Thread, like you do with any
>Java app?
>
>Cheers,
>J.V.
>
>
> --- Khiraly <khi...@gm...> escreveu: 
>  
>
>>Hi!
>>
>>In the ,,Writing multithreaded applications'' section on the webseite,
>>this link does not work:
>>
>>http://java-gnome.sourceforge.net/docs/javadoc/index.html
>>
>>Plese correct it.
>>
>>-- 
>>Khiraly <khi...@gm...>
>>    
>>
>
>
>
>	
>	
>		
>_______________________________________________________ 
>Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet rápida e grátis
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by: Beat the post-holiday blues
>Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
>It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
>_______________________________________________
>java-gnome-developer mailing list
>jav...@li...
>https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>
>  
>

Re: [Java-gnome-developer] broken link

[Joao V. <jvi...@ya...>]

Seems like it's fixed...

But, BTW, to write a multithread app shouldn't you just use java.lang.Thread, like you do with any
Java app?

Cheers,
J.V.


 --- Khiraly <khi...@gm...> escreveu: 
> Hi!
> 
> In the ,,Writing multithreaded applications'' section on the webseite,
> this link does not work:
> 
> http://java-gnome.sourceforge.net/docs/javadoc/index.html
> 
> Plese correct it.
> 
> -- 
> Khiraly <khi...@gm...>



	
	
		
_______________________________________________________ 
Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet rápida e grátis

Re: [Java-gnome-developer] broken link

[Jeff M. <ku...@gm...>]

On Mon, 10 Jan 2005 21:21:27 +0100, Khiraly <khi...@gm...> wrote:
> Hi!
> 
> In the ,,Writing multithreaded applications'' section on the webseite,
> this link does not work:
> 
> http://java-gnome.sourceforge.net/docs/javadoc/index.html
> 
> Plese correct it.

The nice thing about a wiki is that anybody can fix a broken link.
I just corrected the link.

> 
> --
> Khiraly <khi...@gm...>
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 


-- 
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
    - Jon Ruskin

[Java-gnome-developer] printing issue

[Khiraly <khi...@gm...>]

Dear list, 

Im looking for printing from java application, even at windows
plattform.

Can somebody  offer me a document about it (printing from gtk
application at windows plattform).

Or how is it resolved the printing system in the java-gnome?

So how can I print from my (future) application?

Best regards, 
 Khiraly