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

RE: [Java-gnome-developer] Gnome applet

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

> Can somebody please point me in the direction of gnome docs for panel
> applets? Could be an interesting job.
> 
http://developer.gnome.org/doc/API/2.0/panel-applet/panelapplet.html

I've look into this in the past and it should be fairly straight
forward.  Perhaps we can work on this together after the release.

-Jeff

Re: [Java-gnome-developer] Gnome applet

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

On Mon, Oct 27, 2003 at 06:43:10PM +0100, Daniel Bonniot wrote:
> Is there a tutorial or an example of how to write a gnome applet with 
> java-gnome? Is it supported at all?

just to clarify, do you mean a gnome-panel applet? (as opposed to a Java
applet for a web browser).

Can somebody please point me in the direction of gnome docs for panel
applets? Could be an interesting job.

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

[Java-gnome-developer] [ java-gnome-Feature Requests-831207 ] Applet support

[SourceForge.net <no...@so...>]

Feature Requests item #831207, was opened at 2003-10-27 13:37
Message generated for change (Comment added) made by kuzman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351522&aid=831207&group_id=1522

>Category: New feature
Group: None
Status: Open
Priority: 5
Submitted By: Daniel Bonniot (bonniot)
>Assigned to: Jeffrey S. Morgan (kuzman)
Summary: Applet support

Initial Comment:
It would be nice to add support for writing Gnome
applets in Java.

----------------------------------------------------------------------

>Comment By: Jeffrey S. Morgan (kuzman)
Date: 2003-10-27 13:53

Message:
Logged In: YES 
user_id=90843

I'll take this one but I cannot promise a solution prior to this 
week's release.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351522&aid=831207&group_id=1522

Re: [Java-gnome-developer] Gnome applet

[Daniel B. <Dan...@in...>]

Hi,

Jeffrey Morgan wrote:

>Currently there is no support for gnome applets in java-gnome.
>This shouldn't be hard to implement but currently we are working
>toward a new release later this week and shouldn't be adding
>new features until the release is finished.  
>
If you had time, you could work on this feature in a different branch 
than the to-be-released version. But it's fine if you prefer to 
concentrate on bug fixing first!

>Please go to the 
>project page and submit a RFE for this feature.
>

OK, I shall.

Daniel

RE: [Java-gnome-developer] Eclipse plugin site finally up..

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

I downloaded them and took a quick look this weekend.  It
looks really nice.  I hope to provide some usefull feedback
when I have more time to play 8-)

-Jeff

> All,
>   The site for the eclipse plugins is finally online. 
> http://zeta.zizworks.com/ ... Unfortunately the repository isn't
> available yet but that's coming too.  The version that's on 
> the website
> is the same thing I emailed to the list, so nothing new there, however
> the RPMs of JavaGNOME are available there.  I need to rebuild 
> them after
> the changes Luca & I made to the spec files, but there is a working
> version up now.
>   Before I invest too much more effort into the wizard stuff, 
> is anyone
> finding them useful? -- Dan
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

RE: [Java-gnome-developer] gcj-compile

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

I applied the patch to cvs.  Let's have as many people as possible
test this update prior to the release at the end of the week and
post your results to this list.  I believe having gcj compilation
working is very important.

Thanks
-Jeff

> That's a problem I had as well, but wasn't that sure about it 
> being a  
> mistake, as I'm on the cutting edge with gcc-3.3. Output is same as  
> yours:
> 
> darko@giant darko $ gcj --version
> gcj (GCC) 3.3.1 20030927 (Gentoo Linux 3.3.1-r5, propolice)
> Copyright (C) 2003 Free Software Foundation, Inc.
> 
> Looks like it's standard for gcc >= 3.2 at least.
> 
> Darko Obradovic
> 
> 
> Am 27.10.2003 14:14 schrieb(en) Luca De Rugeriis:
> > Hi,
> > I've found that the configure script doesn't recognize correctly my
> > installed gcj 3.2.2. The sed command that should extract the gcj
> > version
> > number, expects an output of this kind: 'gcj version "3.2.2"'.  
> > Instead
> > my gcj (on Redhat 9) prints:
> > 
> > gcj (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
> > Copyright (C) 2002 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.  There
> > is
> > NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> > PURPOSE.
> > 
> > So the solution is to modify that sed command. Obviously it expects
> > the
> > first line of 'gcj --version' output to read:
> > 'gcj (GCC) majorversion.minorversion.microversion anything_else'
> > I dunno really what kind of output other versions of gcj might have,
> > but this is surely needed for gcj shipped with Redhat 9.
> > Hope this will be of use.
> > Luca.
> 

RE: [Java-gnome-developer] gnome-postal ported to java-gnome-0.8/ gtk2

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

I just applied this patch to cvs.  I originally wrote gnome-postal
trying to provide an example of how to use the java-gnome bindings
on a larger application but as you see it has fallen well out of
step with the bindings. 

-Jeff

> The subject said everything. Unfortunately there is still a 
> lot of work
> to be done: the code compiles and run with java-gnome-0.8, that's all.
> Since this is my first approach to java-gnome programming
> please be kind :)
> 
> Luca.
> -- 
> Luca De Rugeriis <pie...@li...>
> 

RE: [Java-gnome-developer] Gnome applet

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

Currently there is no support for gnome applets in java-gnome.
This shouldn't be hard to implement but currently we are working
toward a new release later this week and shouldn't be adding
new features until the release is finished.  Please go to the 
project page and submit a RFE for this feature.

-Jeff

> Hi,
> 
> Is there a tutorial or an example of how to write a gnome applet with 
> java-gnome? Is it supported at all?
> I have no prior experience with writing an applet.
> 
> Daniel
> (please CC me on reply)
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

[Java-gnome-developer] Gnome applet

[Daniel B. <Dan...@in...>]

Hi,

Is there a tutorial or an example of how to write a gnome applet with 
java-gnome? Is it supported at all?
I have no prior experience with writing an applet.

Daniel
(please CC me on reply)

Re: [Java-gnome-developer] gcj-compile

[Darko O. <dob...@gm...>]

That's a problem I had as well, but wasn't that sure about it being a =20
mistake, as I'm on the cutting edge with gcc-3.3. Output is same as =20
yours:

darko@giant darko $ gcj --version
gcj (GCC) 3.3.1 20030927 (Gentoo Linux 3.3.1-r5, propolice)
Copyright (C) 2003 Free Software Foundation, Inc.

Looks like it's standard for gcc >=3D 3.2 at least.

Darko Obradovic


Am 27.10.2003 14:14 schrieb(en) Luca De Rugeriis:
> Hi,
> I've found that the configure script doesn't recognize correctly my
> installed gcj 3.2.2. The sed command that should extract the gcj
> version
> number, expects an output of this kind: 'gcj version "3.2.2"'. =20
> Instead
> my gcj (on Redhat 9) prints:
>=20
> gcj (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
> Copyright (C) 2002 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There
> is
> NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
>=20
> So the solution is to modify that sed command. Obviously it expects
> the
> first line of 'gcj --version' output to read:
> 'gcj (GCC) majorversion.minorversion.microversion anything_else'
> I dunno really what kind of output other versions of gcj might have,
> but this is surely needed for gcj shipped with Redhat 9.
> Hope this will be of use.
> Luca.

Re: [Java-gnome-developer] Eclipse plugin site finally up..

[Luca De R. <pie...@li...>]

Il lun, 2003-10-27 alle 14:56, Dan Pilone ha scritto:
>   Before I invest too much more effort into the wizard stuff, is anyone
> finding them useful? -- Dan
Although I've never tried eclipse (not enough bandwidth, but I will to
try it), and although I can't access http://zeta.zizworks.com/ (it seems
offline...), I think the wizard might be very useful :)

Luca.
-- 
Luca De Rugeriis <pie...@li...>

[Java-gnome-developer] gnome-postal ported to java-gnome-0.8/gtk2

[Luca De R. <pie...@li...>]

The subject said everything. Unfortunately there is still a lot of work
to be done: the code compiles and run with java-gnome-0.8, that's all.
Since this is my first approach to java-gnome programming
please be kind :)

Luca.
-- 
Luca De Rugeriis <pie...@li...>

[Java-gnome-developer] Eclipse plugin site finally up..

[Dan P. <pi...@sl...>]

All,
  The site for the eclipse plugins is finally online. 
http://zeta.zizworks.com/ ... Unfortunately the repository isn't
available yet but that's coming too.  The version that's on the website
is the same thing I emailed to the list, so nothing new there, however
the RPMs of JavaGNOME are available there.  I need to rebuild them after
the changes Luca & I made to the spec files, but there is a working
version up now.
  Before I invest too much more effort into the wizard stuff, is anyone
finding them useful? -- Dan

[Java-gnome-developer] gcj-compile

[Luca De R. <pie...@li...>]

Hi,
I've found that the configure script doesn't recognize correctly my
installed gcj 3.2.2. The sed command that should extract the gcj version
number, expects an output of this kind: 'gcj version "3.2.2"'. Instead
my gcj (on Redhat 9) prints:

gcj (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

So the solution is to modify that sed command. Obviously it expects the
first line of 'gcj --version' output to read:
'gcj (GCC) majorversion.minorversion.microversion anything_else'
I dunno really what kind of output other versions of gcj might have,
but this is surely needed for gcj shipped with Redhat 9.
Hope this will be of use.
Luca.

-- 
Luca De Rugeriis <pie...@li...>

Re: [Java-gnome-developer] Problems to install java-gnome-0.8

[Luca De R. <pie...@li...>]

Il sab, 2003-10-25 alle 22:01, Darko Obradovic ha scritto: 
> Problem here was that I didn't have ant installed. configure didn't  
> complain, but used the empty output for the command instead, which  
> resulted in silent errors which I didn't notice in the first run.
> I'd suggest to check for ant and to abort configure if it's not there.
It should abort... however if you check the configure output (or
config.log, I can't remember) it says "checking for ant:... no"

> One more problem in the process was the CLASSPATH. In src/Makefile.in  
> it's set to "build-java/gtk:build-java/gnome:build-java/glade", whereas  
> for compilation it needs classes in packages "org.gnu.gtk.*" and so on,  
> which are all in the directory "java", so changing the CLASSPATH to  
> simply "java" solved that for me.
Well, I have to confirm that it's works well for me from today's CVS
which also fixes the GStringArray bug. The build-java directory is
created during the build process. Maybe a bad ant installation?

> And then I come to a yet unresolved problem with install-targets. I  
> chose gnome and gcj-compile, so configure generated the following  
> install-target for me:
> 
> # Install targets
> install: gnome_install glade_install gnome_native_install  
> glade_native_install
> 
> But gnome_install and gnome_native_install both try to install  
> partially the same things, so I get errors in "ln"-operation.
> I have no clue how the system is menat to be set up, so...
It seems like you are not using the latest cvs version; I dunno, really.
I had no problems with this, I used "./configure --with-gcj-compile"
after patching the configure script because gcj was not correctly
detected (at least on Redhat 9). I'll post the patch to the list soon.

>  Didn't mean this as a simple support-request.
No offense was intended. It sounded like a help request to me :)

Hope this helps,
Luca

-- 

Luca De Rugeriis <pie...@li...>

Re: [Java-gnome-developer] Problems to install java-gnome-0.8

[Luca De R. <pie...@li...>]

Il sab, 2003-10-25 alle 22:01, Darko Obradovic ha scritto: 
> Problem here was that I didn't have ant installed. configure didn't  
> complain, but used the empty output for the command instead, which  
> resulted in silent errors which I didn't notice in the first run.
> I'd suggest to check for ant and to abort configure if it's not there.
It should abort... however if you check the configure output (or
config.log, I can't remember) it says "checking for ant:... no"

> One more problem in the process was the CLASSPATH. In src/Makefile.in  
> it's set to "build-java/gtk:build-java/gnome:build-java/glade", whereas  
> for compilation it needs classes in packages "org.gnu.gtk.*" and so on,  
> which are all in the directory "java", so changing the CLASSPATH to  
> simply "java" solved that for me.
Well, I have to confirm that it's works well for me from today's CVS
which also fixes the GStringArray bug. The build-java directory is
created during the build process. Maybe a bad ant installation?

> And then I come to a yet unresolved problem with install-targets. I  
> chose gnome and gcj-compile, so configure generated the following  
> install-target for me:
> 
> # Install targets
> install: gnome_install glade_install gnome_native_install  
> glade_native_install
> 
> But gnome_install and gnome_native_install both try to install  
> partially the same things, so I get errors in "ln"-operation.
> I have no clue how the system is menat to be set up, so...
It seems like you are not using the latest cvs version; I dunno, really.
I had no problems with this, I used "./configure --with-gcj-compile"
after patching the configure script because gcj was not correctly
detected. I'll post the patch to the list soon.

>  Didn't mean this as a simple support-request.
No offense was intended. It sounded like a help request to me :)

Hope this helps,
Luca

-- 

Luca De Rugeriis <pie...@li...>

[Java-gnome-developer] glib.GStringArray fixed :)

[Luca De R. <pie...@li...>]

Wow, the About box works definitely! Nice work :)
-- 
Luca De Rugeriis <pie...@li...>

[Java-gnome-developer] [ java-gnome-Bugs-818462 ] Possible TextView memory leak

[SourceForge.net <no...@so...>]

Bugs item #818462, was opened at 2003-10-06 02:37
Message generated for change (Settings changed) made by kuzman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101522&aid=818462&group_id=1522

Category: gtk
Group: defect
Status: Open
Resolution: None
Priority: 5
Submitted By: Jonas Berlin (xkr47)
>Assigned to: Jeffrey S. Morgan (kuzman)
Summary: Possible TextView memory leak

Initial Comment:
I wrote a test program which heavily utilizes the TextBuffer.
insertText() method, and run out of java heap quite quickly.. Sources 
here, including more detailed description:

http://xkr47.outerspace.dyndns.org/tmp/java-gnome/textviewtest/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101522&aid=818462&group_id=1522

[Java-gnome-developer] [ java-gnome-Bugs-817005 ] glib.GStringArray does not work

[SourceForge.net <no...@so...>]

Bugs item #817005, was opened at 2003-10-03 04:12
Message generated for change (Comment added) made by kuzman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101522&aid=817005&group_id=1522

Category: other
Group: defect
>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Mark Howard (howama)
Assigned to: Jeffrey S. Morgan (kuzman)
Summary: glib.GStringArray does not work

Initial Comment:

Look at gnome About boxes for an example. It doesn't
crash any more, but it still isn't doing what it should.

----------------------------------------------------------------------

>Comment By: Jeffrey S. Morgan (kuzman)
Date: 2003-10-26 08:03

Message:
Logged In: YES 
user_id=90843

GStringArray was an early attempt to provide an easy way to
pass arrays of Strings.  I have removed this from the
bindings and have provided an easier alternative to this
issue.  You can now pass a String[] as an argument to the
native code.  The JNI code should use a jobjectArray as its'
data type and use the two new methods found in jg_jnu.c to
convert to a gchar** and to free up the resources.  The new
methods are:

getStringArray - use to convert a jobjectArray to gchar**
freeStringArray - use to free up resources created during
getStringArray call.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101522&aid=817005&group_id=1522

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

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

I believe the UnsatisfiedLinkError means something else.  It
typically means that the java runtime could not find a method
on a native library when it tried to make a call.  In this case
the error is not that the java-gnome libraries could not be found
but that the gnome libraries were not initialized and loaded properly.
If you add the following line:

	Program.initGnomeUI("DateEditDemo", "1.0", args);

just prior to the call to Gtk.init and include the Program
import your example will work.

-Jeff

On Sat, 2003-10-25 at 07:42, Jason Peterson wrote:
> Hi everyone,
> 
> I recently installed java-gnome(had a problem building because I didn't
> have ANT installed) compiled and ran the example code.  Everything went
> well.  I am interested in the DateEdit class. I edited the
> EntryDemo.java example....
> 
> http://java-gnome.sourceforge.net/docs/GNOME-tutorial/c688.html#ENTRY
> 
> to the following....
> 
> 
> import org.gnu.gnome.DateEdit;
> import org.gnu.gtk.Gtk;
> import org.gnu.gtk.HBox;
> import org.gnu.gtk.Widget;
> import org.gnu.gtk.Window;
> import org.gnu.gtk.WindowType;
> import org.gnu.gtk.event.LifeCycleEvent;
> import org.gnu.gtk.event.LifeCycleListener;
> import java.util.Date;
> public class DateEditDemo {
> 
> 	public static void main(String[] args) {
> 		boolean thetruth = true;
> 		Gtk.init(args);
> 		Window w = new Window(WindowType.TOPLEVEL);
> 		w.addListener(new LifeCycleListener() {
> 			public void lifeCycleEvent(LifeCycleEvent event) {
> 				if (event.isOfType(LifeCycleEvent.Type.DESTROY) || 
> 					event.isOfType(LifeCycleEvent.Type.DELETE)) {
> 					Gtk.mainQuit();
> 				}
> 			}
> 		});
> 		w.setDefaultSize(200,200);
> 		w.setBorderWidth(5);
> 		w.setTitle("DateEdit Demo!!!");
> 		w.add(new DateEdit(new Date(), thetruth, thetruth ));
> 		w.showAll();
> 		Gtk.main();
> 	}
> }
> 
> 
> the code compiles fine and when launched I get the following....
> 
> 
> Exception in thread "main" java.lang.UnsatisfiedLinkError:
> gnome_date_edit_new
>         at org.gnu.gnome.DateEdit.gnome_date_edit_new(Native Method)
>         at org.gnu.gnome.DateEdit.<init>(DateEdit.java:52)
>         at DateEditDemo.main(DateEditDemo.java:27)
> 
> I have only worked a little bit with Java Native Interface so I don't
> know where to start. A little research suggests the following in
> DateEdit.java...
> 
> native static final protected int gnome_date_edit_new(long the_time,
> boolean show_time, boolean use_24_format);
> 
> should be changed to the following along with the supporting code but I
> am not sure....
> 
> native static final protected int gnome_date_edit_new(int the_time, int
> show_time, int use_24_format);
> 
> gnome_date_edit_new suggests that "the_time" in an unsigned long (32
> bits) not java long (64 bits) and the show_time and use_24_format are
> int not boolean.  But again I am very new to JNI.. I made the changes
> but got the same error UnsatisfiedLinkError
> 
> 
> I'm I way off?
> 
> Thanks,
> 
> Jason Peterson -- ja...@wi...
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
-- 
Jeffrey Morgan <ku...@zo...>

[Java-gnome-developer] [ java-gnome-Bugs-830409 ] UIInfo functionatility

[SourceForge.net <no...@so...>]

Bugs item #830409, was opened at 2003-10-26 10:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101522&aid=830409&group_id=1522

Category: gnome
Group: defect
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Howard (howama)
Assigned to: Nobody/Anonymous (nobody)
Summary: UIInfo functionatility

Initial Comment:
I posted the following message to java-gnome-developer
a while back - there were no replies. A solution hasn't
been found yet and I'm not likely to have time in the
near future to do anything about it, so I'm creating
this report to make sure this issue doesn't get lost.

Hi,
  We need to work on gnome.UIInfo. The current class is
quite ugly and
fails to satisfy many needs. e.g. it doesn't allow
accelerator keys to
be set; doesn't allow pixmaps to be used from files
(will anyone use xpm
byte arrays? I think they should be removed); doesn't
allow pixmaps to
be used from stock items (with different text); and
probably a few other
combinations I've not checked.

My first proposal was going to be:
  I'd like to make the UIInfo constructors public (and
possibly remove
some of the static 'constructor' methods). This number
of static
constructors makes the class overly difficult to use,
IMHO. Also, it
fails to provide the full functionality.
But then I looked at it and this seemed a little too
difficult.

A second alternative would be to continue with the
current system, but
add the additional functionality:

Optional accel key setting - doubles the current number
of methods
Optional pixmaps file - double again
Optional pixmaps from stock - double again
(doubles do not include stock item methods)

This seems very ugly and will just make the class even
harder to use,
IMHO.


Third alternative:
 Have a simple set of constructors + methods for
setting the other
 things
e.g. UIInfo myitem = UIInfo.item("test", "This tests
Stuff");
        myitem.setListener( (MenuItemListener) this );
       
myitem.setIconFile("/usr/share/pixmaps/myitem.png");
        myitem.setAccelerator( ???.CONTROL, "z" );

The first diffuculty is deciding how much to put in the
'constructor'
methods (and hence how many of these you have to read
through in the
docs to get the right one). The main problem with the
scheme however is
that you can no longer have a simple array:

createToolbar( new UIInfo[] {
        UIInfo.blah(a,b,c,d),
        ...
});

instead, it requires:
UIInfo myuiinfoblah = UIInfo.blah(a,b);
myuiinfoblah.foo(c, d);
...
createToolbar( new UIInfo[] {
        myuiinfoblah,
        ...
});

I don't like any of these solutions.
Please can somebody suggest something better, or give
preference for one
of the above (and suggest cut off points for what to
include where).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101522&aid=830409&group_id=1522

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

[Jason P. <ja...@wi...>]

Hi everyone,

I recently installed java-gnome(had a problem building because I didn't
have ANT installed) compiled and ran the example code.  Everything went
well.  I am interested in the DateEdit class. I edited the
EntryDemo.java example....

http://java-gnome.sourceforge.net/docs/GNOME-tutorial/c688.html#ENTRY

to the following....


import org.gnu.gnome.DateEdit;
import org.gnu.gtk.Gtk;
import org.gnu.gtk.HBox;
import org.gnu.gtk.Widget;
import org.gnu.gtk.Window;
import org.gnu.gtk.WindowType;
import org.gnu.gtk.event.LifeCycleEvent;
import org.gnu.gtk.event.LifeCycleListener;
import java.util.Date;
public class DateEditDemo {

	public static void main(String[] args) {
		boolean thetruth = true;
		Gtk.init(args);
		Window w = new Window(WindowType.TOPLEVEL);
		w.addListener(new LifeCycleListener() {
			public void lifeCycleEvent(LifeCycleEvent event) {
				if (event.isOfType(LifeCycleEvent.Type.DESTROY) || 
					event.isOfType(LifeCycleEvent.Type.DELETE)) {
					Gtk.mainQuit();
				}
			}
		});
		w.setDefaultSize(200,200);
		w.setBorderWidth(5);
		w.setTitle("DateEdit Demo!!!");
		w.add(new DateEdit(new Date(), thetruth, thetruth ));
		w.showAll();
		Gtk.main();
	}
}


the code compiles fine and when launched I get the following....


Exception in thread "main" java.lang.UnsatisfiedLinkError:
gnome_date_edit_new
        at org.gnu.gnome.DateEdit.gnome_date_edit_new(Native Method)
        at org.gnu.gnome.DateEdit.<init>(DateEdit.java:52)
        at DateEditDemo.main(DateEditDemo.java:27)

I have only worked a little bit with Java Native Interface so I don't
know where to start. A little research suggests the following in
DateEdit.java...

native static final protected int gnome_date_edit_new(long the_time,
boolean show_time, boolean use_24_format);

should be changed to the following along with the supporting code but I
am not sure....

native static final protected int gnome_date_edit_new(int the_time, int
show_time, int use_24_format);

gnome_date_edit_new suggests that "the_time" in an unsigned long (32
bits) not java long (64 bits) and the show_time and use_24_format are
int not boolean.  But again I am very new to JNI.. I made the changes
but got the same error UnsatisfiedLinkError


I'm I way off?

Thanks,

Jason Peterson -- ja...@wi...

[Java-gnome-developer] Re: TextView enhancements

[Luca De R. <pie...@li...>]

Hi,
I'm a java/java-gnome/gtk newbie, I've managed to port gnome-postal to
java-gnome-0.8/gtk2 with success. I have done that in the process of
learning java-gnome but the app is not much useful because of the many
callbacks left unimplemented. Integrating all of the original Postal
functions is beyond my scope, because basically I haven't written any
app in my life and Postal is quite a big project. However I can submit
the patches for this if you are interested.

Mark Howard wrote:
>Is anybody
>on the list interested in taking on one of these sections? Any
>Java-Gnome newbies? If you do, I promise to review any patches sent to
>this list, offer help where I can and fix bugs when I get time. 

Well, as I said, I am a newbie and maybe I can help on this while
learning. Which are exactly the sections that need to be worked on?
Are you talking about the TextBuffer example exclusively?

Luca.
-- 
Luca De Rugeriis <pie...@li...>

Re: [Java-gnome-developer] Problems to install java-gnome-0.8

[Darko O. <dob...@gm...>]

Am 24.10.2003 13:09 schrieb(en) Luca De Rugeriis:
> Although  this is not a help request list,

Possible bugs or shortcomings in the build-system might be of =20
development interest I assumed. ;)

> I think you must end up  with  lib/gtk-0.8.0.jar, lib/gnome-0.8.0.=20
> jar, lib/glade-0.8.0.jar.

Problem here was that I didn't have ant installed. configure didn't =20
complain, but used the empty output for the command instead, which =20
resulted in silent errors which I didn't notice in the first run.
I'd suggest to check for ant and to abort configure if it's not there.

>  The  Makefile was amended few days ago by me and by Dan Pilone, as =20
> well as  the spec file. They work perfectly for me now, and it's =20
> strange you  have  had such results.

One more problem in the process was the CLASSPATH. In src/Makefile.in =20
it's set to "build-java/gtk:build-java/gnome:build-java/glade", whereas =20
for compilation it needs classes in packages "org.gnu.gtk.*" and so on, =20
which are all in the directory "java", so changing the CLASSPATH to =20
simply "java" solved that for me.

And then I come to a yet unresolved problem with install-targets. I =20
chose gnome and gcj-compile, so configure generated the following =20
install-target for me:

# Install targets
install: gnome_install glade_install gnome_native_install =20
glade_native_install

But gnome_install and gnome_native_install both try to install =20
partially the same things, so I get errors in "ln"-operation.
I have no clue how the system is menat to be set up, so...


There are two more issues unmentioned, which I could solve, I'll get to =20
them later, if you are interested into getting them reported. Didn't =20
mean this as a simple support-request.

I don't understand how this can work for you... ;)

>  I don't know if you have rpm on Gentoo, however if  you  have it, =20
> you better use the spec file.

I certainly could extract that in a way, but I'd prefer a clean =20
solution and a self-compiled package. :)

bye,

Darko Obradovic

Re: [Java-gnome-developer] Re: TextView enhancements

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

On Thu, Oct 23, 2003 at 07:44:02PM +0200, Luca De Rugeriis wrote:
> Hi,
> I'm a java/java-gnome/gtk newbie, I've managed to port gnome-postal to
> java-gnome-0.8/gtk2 with success. I have done that in the process of
> learning java-gnome but the app is not much useful because of the many
> callbacks left unimplemented. Integrating all of the original Postal
> functions is beyond my scope, because basically I haven't written any
> app in my life and Postal is quite a big project. However I can submit
> the patches for this if you are interested.
I'm not sure if the original authors of this app are still around, but
please post your patches to this list anyway so that anybody who is
interested in the future is able to take a look.
> 
> Mark Howard wrote:
> >Is anybody
> >on the list interested in taking on one of these sections? Any
> >Java-Gnome newbies? If you do, I promise to review any patches sent to
> >this list, offer help where I can and fix bugs when I get time. 
> 
> Well, as I said, I am a newbie and maybe I can help on this while
> learning. Which are exactly the sections that need to be worked on?
> Are you talking about the TextBuffer example exclusively?

GTK comes with a program called gtk-demo. This gives demonstrations of
many of the gtk widgets. I'd like to create a java-gnome version of this
program. As you can see in gtk-demo, it is spit into a number of
sections. Some of our existing java-gnome gtk demos are almost identical
to these (Button boxes, text view) - they could easily be placed in a
gtk-demo-javagnome app. This request for help was for people to try to
implement the other sections of gtk-demo using java-gnome. This
shouldn't be too difficult (you already have the gtk c source code), but
would be really useful to demonstrate the capabilities of java-gnome and
also how much nicer a java api is than the native c api :)

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