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

Re: [Java-gnome-developer] Re: libgtk-java 2.4.7 not buildable (was ...)

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

On Wed, 22 Dec 2004 18:20:47 +1100, Andrew Cowie
<an...@op...> wrote:
> On Tue, 2004-21-12 at 20:43 -0500, Jeff Morgan wrote:
> > The tag for the branch is MAINT_2_8 and it is across the entire project.
> 
> So it's 12 hours later and I'm *still* waiting for anoncvs.gnome.org to
> catch up so I can see that patch that was made. FYI, but as ever it's
> terrible.

It usually takes about 24 hours.  They must do a nightly rsync or
something similar.


-- 
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] RE: help

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

> -----Original Message-----
> From: Joanes Jose Chiesa [mailto:JJC...@uc...]
> Sent: Tuesday, December 21, 2004 7:30 PM
> To: Jeffrey Morgan
> Subject: help
> 
> 
> Hello
>  I saw this webpage
>  
>  http://java-gnome.sourceforge.net
>  
>  i like this possibility, and the possibility to compile it with gcj
>  I don't know how to install all the package.
>  I try to use command ./configure in every folder but I recieve this
>  message error:
>  configure: error: docbook not found in
>  
> /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/loca
> l/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
>  
>  How can I resolve it ?

Java-GNOME uses docbook to translate our xml based documents into pdfs and
html documents.  This software should be available for all linux
distributions.
The easiest thing to do at this time is to find and install the docbook for
your
distribution.

-Jeff

Re: [Java-gnome-developer] Re: [java-gnome-hackers] libgtk-java 2.4.7 not buildable (was ...)

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

On Wed, Dec 22, 2004 at 12:37:29PM +1100, Andrew Cowie wrote:
> On Tue, 2004-21-12 at 20:02 -0500, Jeffrey Morgan wrote:
> > If somebody
> > has the time please checkout this code and test the EntryCompletion
> > match_selected event.
>=20
> What is the CVS branch tag I need to check out to get 2.8.x?
MAINT_2_8

Please let me know if you test the latest patches, then I'll make a new rel=
ease
(unfortunately swamped with work for the next few days)

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

[Java-gnome-developer] Re: libgtk-java 2.4.7 not buildable (was ...)

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

On Tue, 2004-21-12 at 20:43 -0500, Jeff Morgan wrote:
> The tag for the branch is MAINT_2_8 and it is across the entire project.

So it's 12 hours later and I'm *still* waiting for anoncvs.gnome.org to
catch up so I can see that patch that was made. FYI, but as ever it's
terrible.=20

I won't have to worry about that much longer, but who do we need to bug
to try and improve this for the benefit of more casual users who are
trying to help us with testing?

AfC
Sydney

Re: [Java-gnome-developer] Re: [java-gnome-hackers] libgtk-java 2.4.7 not buildable (was ...)

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

On Tue, 2004-21-12 at 20:02 -0500, Jeffrey Morgan wrote:
> If somebody
> has the time please checkout this code and test the EntryCompletion
> match_selected event.

What is the CVS branch tag I need to check out to get 2.8.x?

[I'm sure this has been mentioned here somewhere, but I couldn't quite
find it, sorry]

And, is it a tag across all four major sub projects [since they're all
under java-gnome in CVS?

AfC
Sydney

[Java-gnome-developer] Re: [java-gnome-hackers] libgtk-java 2.4.7 not buildable (was ...)

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

On Wed, 2004-12-22 at 10:51 +1100, Andrew Cowie wrote:
> On Tue, 2004-21-12 at 11:29 -0500, Jeff Morgan wrote:
> > I don't believe this error has anyting to do with gcj.  This was a self-imposed
> > error.
> 
> Yeah, We talked about it yesterday in #java-gnome . It's a glitch in
> libgtk-java-2.4.7 due to a patch that didn't get properly applied.
> 
> I hit this with a plain old Sun Java SDK javac. Not a GCJ issue

I checked changes into the stable branch allows the bindings to
build but didn't have enought time to properly test.  If somebody
has the time please checkout this code and test the EntryCompletion
match_selected event.  Once we are sure this works properly we
can make a new stable release.

Thanks
-Jeff

[Java-gnome-developer] libgtk-java 2.4.7 not buildable (was ...)

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

On Tue, 2004-21-12 at 11:29 -0500, Jeff Morgan wrote:
> > -------------------
> > java/org/gnu/gtk/EntryCompletion.java:208: error: Can't find method
> > `setModel(Lorg/gnu/gtk/TreeModel;)' in type
> > `org.gnu.gtk.event.EntryCompletionEvent'.
> >                 evt.setModel(tm);
> > -------------------
> I don't believe this error has anyting to do with gcj.  This was a self-imposed
> error.

Yeah, We talked about it yesterday in #java-gnome . It's a glitch in
libgtk-java-2.4.7 due to a patch that didn't get properly applied.

I hit this with a plain old Sun Java SDK javac. Not a GCJ issue

AfC
Sydney

P.S. You build all of java-gnome with GCJ? That's great! 

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

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

The Java-GNOME team is pleased to announce the latest development release
of the Java bindings for the GNOME desktop.  This release includes our first
support for 64-bit platforms.   Also included in this release are numerous
changes to support the most current gtk, libgnome, and libgnomeui
libraries.   You can download the latest source tarballs from gnome ftp
or by visiting http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/GetJavaGnome.

The changes for this release are detailed below:


libgtk-java 2.5.3
=========
- New Classes/Interfaces
	org.gnu.gdk.EventOwnerChange
	org.gnu.gtk.AboutDialog
	org.gnu.gtk.CellRendererCombo
	org.gnu.gtk.CellRendererProgress
	org.gnu.gtk.CellView
	org.gnu.gtk.FileChooserButton
	org.gnu.gtk.IconView
	org.gnu.gtk.event.IconViewEvent;
	org.gnu.gtk.event.IconViewListener;
- Updated Classes/Interfaces
	org.gnu.gdk.Display - added the following methods
		supportsSelectionNotification
		requestSelectionNotification
		supportsClipboardPersistence
		storeClipboard
	org.gnu.gdk.EventType - added OWNER_CHANGE member
	org.gnu.gdk.KeySymbol - added two new symbols
	org.gnu.gtk.Action - added the following methods
		getAcceleratorPath
		setSensitive
		setVisible
	org.gnu.gtk.ActionGroup - added translateString method
	org.gnu.gtk.Button - added the following methods
		setAlignment
		getXAlignment
		getYAlignment
		setImage
		getImage
	org.gnu.gtk.Clipboard - added the following methods
		setImage
		getImage
		setCanStore
		store
		isImageAvailable
	org.gnu.gtk.ComboBox - added the following methods
		getWrapWidth
		getRowSpanColumn
		getColumnSpanColumn
		getAddTearoffs
		setAddTearoffs
		getFocusOnClick
		setFocusOnClick
		getActiveText
		getPopupAccessible
	org.gnu.gtk.GtkStockItems - added new items
		GTK_STOCK_ABOUT
		GTK_STOCK_CONNECT
		GTK_STOCK_DIRECTORY
		GTK_STOCK_DISCONNECT
		GTK_STOCK_EDIT
		GTK_STOCK_FILE
		GTK_STOCK_MEDIA_FORWARD
		GTK_STOCK_MEDIA_NEXT
		GTK_STOCK_MEDIA_PAUSE
		GTK_STOCK_MEDIA_PLAY
		GTK_STOCK_MEDIA_PREVIOUS
		GTK_STOCK_MEDIA_RECORD
		GTK_STOCK_MEDIA_REWIND
		GTK_STOCK_MEDIA_STOP
	org.gnu.gtk.Image - added the following methods
		Image(String iconName, IconSize size)
		set(String iconName, IconSize size)
		setPixelSize
		getPixelSize
		getIconName
	org.gnu.gtk.ImageType - added ICON_NAME to enum
	org.gnu.gtk.Label - added the following methods
		setWidthChars,
		getWidthChars, 
		setMaxWidthChars,
		getMaxWidthChars, 
		setAngle, 
		getAngle,
		setSingleLineMode, 
		getSingleLineMode:
	org.gnu.gtk.Requisition - added the following methods
		getHeight, setHeight
		getWidth, setWidth
	org.gnu.gtk.SelectionData - added the following methods
		setPixbuf
		getPixbuf
		setUris
		getUris
	org.gnu.gtk.TreeView - added the following methods
		setFixedHeightMode
		getFixedHeightMode
		setHoverSelection
		getHoverSelection
		setHoverExpand
		getHoverExpand	
	org.gnu.gtk.Window - added the following methods
		setFocusOnMap
		getFocusOnMap
		setIconName
		getIconName
		setDefaultIconName
- Deprecated Classes/Interfaces
	None
- Other
	Support for 64-bit platforms

libgnome-java 2.9.3
============
- New Classes/Interfaces
	None
- Updated Classes/Interfaces
	None
- Deprecated Classes/Interfaces
	org.gnu.gnome.About
	org.gnu.gnome.Config
	org.gnu.gnome.FileEntry
	org.gnu.gnome.IconTextItem
	org.gnu.gnome.IconList
	org.gnu.gnome.PixmapEntry
	org.gnu.gnome.Scores
	org.gnu.gnome.WindowIcon
- Other
	Support for 64-bit platforms

libgconf-java 2.9.3
===========
- New Classes/Interfaces
	None
- Updated Classes/Interfaces
	None
- Deprecated Classes/Interfaces
	None
- Other
	Support for 64-bit platforms

libglade-java 2.9.3
===========
- New Classes/Interfaces
	None
- Updated Classes/Interfaces
	None
- Deprecated Classes/Interfaces
	None
- Other
	Support for 64-bit platforms

-- 
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] Problem running glade program

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

Guys, Java-Gnome is needing some better skin... it's a hard to read a text like that, so badly
formatted. And things are a little bit too grey-ish... could use some white background (white is
great for reading). If you want i could even help with the css stuff.

Cheers,
J.V.



 --- Mark Howard <mh...@ti...> escreveu: 
> On Sat, Dec 18, 2004 at 05:18:30PM +0100, Benjamin P. Jung wrote:
> > PS:
> > By the way: if any of you guys who really know how to handle java-gnome
> > (see... I just started using it and really dunno much 'bout it, yet!)
> > could have a look at what I wrote concerning threads?
> > http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/MultiThreaded
> > Just in case that's stuuupid, too :-)
> 
> Looks fine



	
	
		
_______________________________________________________ 
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] Problem running glade program

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

On Sat, Dec 18, 2004 at 05:18:30PM +0100, Benjamin P. Jung wrote:
> PS:
> By the way: if any of you guys who really know how to handle java-gnome
> (see... I just started using it and really dunno much 'bout it, yet!)
> could have a look at what I wrote concerning threads?
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/MultiThreaded
> Just in case that's stuuupid, too :-)

Looks fine

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

Re: [Java-gnome-developer] Problem running glade program

[Benjamin P. J. <bp...@te...>]

David,

I was the one who put up the little Glade example. I know that it is far
from finished but I realized that there were no other useful examples
anywhere.... well: that's why I thought: better my more or less useless
stuff than nothing.... :-)

There are some good tutorials on how to actually RUN java-gnome
programs. For the simple example I've put online you need the gnome
libraries!

You can start the example like this:
  JNI=3D/usr/lib/jni
  CP=3D/usr/share/java
  CLASSPATH=3D$CLASSPATH:$CP/gnome2.8.jar:$CP/gtk2.4.jar:$CP/glade2.4.jar
  LD_LIBRARY_PATH=3D$JNI CLASSPATH=3D$CLASSPATH java SimpleGladeExample

My $JNI (/usr/lib/jni) contains the files:
libgnomejava2.8.so
libgtkjava2.4.so
libgladejava2.4.so

My $CP (/usr/share/java) contains:
gnome2.8.jar
gtk2.4.jar
glade2.8.jar


If you're missing any of the files (or you're using much older versions)
the program will likely be failing. If I find the time I'll put up an
example that's a bit simpler and won't utilize the gnome libraries....

Oh... and by the way. Mark was right: I had so much trouble converting
"<" and ">" that I accidentaly left some bugs in the example... dunno
how the two 'static's got lost :-)


Have fun.
  Benjamin

PS:
By the way: if any of you guys who really know how to handle java-gnome
(see... I just started using it and really dunno much 'bout it, yet!)
could have a look at what I wrote concerning threads?
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/MultiThreaded
Just in case that's stuuupid, too :-)

> Hi,
>=20
> I understand that you are doing this in your free time and I appreciate
> this. Sorry if my mail looked like a flame.
>=20
> I changed the file and compiling now works! but now I get an error when I
> run it:
>=20
> $ java SimpleGladeExample
>=20
> (java-gnome:7634): GConf-CRITICAL **: file gconf-client.c: line 547
> (gconf_client_add_dir): assertion `gconf_valid_key (dirname, NULL)' faile=
d
> org.gnu.glade.GladeXMLException: <property> element should be empty.  Fou=
nd
> <b>.
> at org.gnu.glade.LibGlade.glade_xml_new_from_buffer(Native Method)
> at org.gnu.glade.LibGlade.<init>(LibGlade.java:123)
> at SimpleGladeExample.<init>(SimpleGladeExample.java:20)
> at SimpleGladeExample.main(SimpleGladeExample.java:35)
>=20
> I don't have gnome installed (I use xfce), could this be the reason? I do=
n't
> need gnome for glade, do I?
>=20
> Thanks,
> David

[Java-gnome-developer] Problem running glade program

[Abcdefg <ab...@so...>]

Hi,

I understand that you are doing this in your free time and I appreciate
this. Sorry if my mail looked like a flame.

I changed the file and compiling now works! but now I get an error when I
run it:

$ java SimpleGladeExample

(java-gnome:7634): GConf-CRITICAL **: file gconf-client.c: line 547
(gconf_client_add_dir): assertion `gconf_valid_key (dirname, NULL)' failed
org.gnu.glade.GladeXMLException: <property> element should be empty.  Found
<b>.
at org.gnu.glade.LibGlade.glade_xml_new_from_buffer(Native Method)
at org.gnu.glade.LibGlade.<init>(LibGlade.java:123)
at SimpleGladeExample.<init>(SimpleGladeExample.java:20)
at SimpleGladeExample.main(SimpleGladeExample.java:35)

I don't have gnome installed (I use xfce), could this be the reason? I don't
need gnome for glade, do I?

Thanks,
David

Re: [Java-gnome-developer] Problem running glade program

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

Hi,

We're currently in the process of updating how we do documentation. The website
unfortuntately has broken links. We are fixing them, but slowly since we're only
doing this in our free time. The old java-gnome tutorial used to be the only
docs we had. The wiki and HintsAndTips page is an attempt to improve the
situation by allowing anybody to add and edit documents. In this case, the
author clearly hasn't even tried to comile the code. Please do correct the
errors on the wiki page. 

On Fri, Dec 17, 2004 at 07:04:27PM +0100, Abcdefg wrote:
> I changed
all correct
> 
> But then when I compile tihs are the errors:
> SimpleGladeExample.java:33: non-static variable PROGRAM_NAME cannot be
> referenced from a static context
> Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);
> ^
> SimpleGladeExample.java:33: non-static variable PROGRAM_VERSION cannot be
> referenced from a static context
> Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);

adding the keyword static to the field declarations for those will fix this

^
> SimpleGladeExample.java:35: cannot resolve symbol
> symbol  : variable Gtk
> location: class SimpleGladeExample
> Gtk.main();

add import org.gnu.gtk.*;

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

[Java-gnome-developer] Problem running glade program

[Abcdefg <ab...@so...>]

Hi,

I'm trying to run this java/glade program but it doesn't work
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/GladeGUIS

Where can I find documentation for java/glade/gtk?
In the documentation page are a lot of dead links:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/HintsAndTips
so this isn't useful..

Here's what I tried:

copied the glade file and java file and putted them in the files
SimpleGladeExample.java and example1.glade and removed the // lines

then compile (javac SimpleGladeExample.java or gcj --main=SimpleGladeExample
SimpleGladeExample.java)

The errors are:
SimpleGladeExample.java:19: cannot resolve symbol
symbol  : variable glade
location: class SimpleGladeExample
glade = new LibGlade(inputStream, this, gladeRoot);
^
SimpleGladeExample.java:33: non-static variable PROGRAM_NAME cannot be
referenced from a static context
Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);
^
SimpleGladeExample.java:33: non-static variable PROGRAM_VERSION cannot be
referenced from a static context
Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);
^
SimpleGladeExample.java:35: cannot resolve symbol
symbol  : variable Gtk
location: class SimpleGladeExample
Gtk.main();
^
4 errors

So in the code:
import java.io.*;
import org.gnu.glade.*;
import org.gnu.gnome.*;

public class SimpleGladeExample {

private final String PROGRAM_NAME = "Glade Example";
private final String PROGRAM_VERSION = "1.0";

private final String gladeFile = "example1.glade";

private final String gladeRoot = "glade_root_element";

private LibGlade libGlade;

public SimpleGladeExample() {
try {
InputStream inputStream = getClass().getResourceAsStream(gladeFile);
glade = new LibGlade(inputStream, this, gladeRoot);
} catch (GladeXMLException e) {
e.printStackTrace();
System.exit(-1);
} catch (FileNotFoundException e) {
e.printStackTrace();
System.exit(-1);
} catch (IOException e) {
e.printStackTrace();
System.exit(-1);
}
}

public static final void main(String[] args) {
Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);
SimpleGladeExample example = new SimpleGladeExample();
Gtk.main();
}
}
I changed
private LibGlade libGlade;
to
private LibGlade glade; .....

But then when I compile tihs are the errors:
SimpleGladeExample.java:33: non-static variable PROGRAM_NAME cannot be
referenced from a static context
Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);
^
SimpleGladeExample.java:33: non-static variable PROGRAM_VERSION cannot be
referenced from a static context
Program.initGnomeUI(PROGRAM_NAME, PROGRAM_VERSION, args);
^
SimpleGladeExample.java:35: cannot resolve symbol
symbol  : variable Gtk
location: class SimpleGladeExample
Gtk.main();
^
3 errors

Thanks for your help in advance,
David

[Java-gnome-developer] dependency bump

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

I just changed the dependency in cvs to require gtk 2.5, libgnomeui 2.9,
and libgnomecanvas 2.9.  This is to support our 2.9 development effort.
Also 64-bit support is complete for libgtk-java and libglade-java.  I expect
64-bit support for libgnome-java to be completed within the next day.
If you have the time please help us test the bindings since there have
been many changes.    Our next release is 2.9.3 and is due December
23rd.
-- 
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] Xine and Java-Gnome

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

Take a look at the java-gnome sources for examples of how we do it in existing
modules. libgtkhtml-java should be a good idea.  We have a small jni layer and
Java wrappers on top of this.
Note that the team is currently making big changes in cvs to support 64 bit
processors - this will mean that you will have to make changes if you base your
implementation on 2.4/2.8 releases and want it to work with gtk2.5/gnome2.10

If you need more help, feel free to join #java-gnome on ird.gimp.net

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

[Java-gnome-developer] Xine and Java-Gnome

[<co...@ye...>]

Im looking into somehow getting Xine working under Java-Gnome, just wondered if
anyone has looked at this before or if you know of any problems im going to
encounter.

I take it is a matter of using the Xine API
(http://cvs.sourceforge.net/viewcvs.py/xine/xine-lib/include/xine.h.in?rev=HEAD&content-type=text/vnd.viewcvs-markup)
 and writing some JNI glue?

Any thoughts would be appreciated.

regards
Cookie

Re: [Java-gnome-developer] Weird TreeModel / TreeView behaviour

[Nicholas R. <ni...@mn...>]

I just tried this and i see the same behavior.  However, this is using
the stable versions (2.4 and 2.8) that i installed with the gentoo
ebuilds.

There have been some fairly significant updates to the sorting code in
the CVS version (2.5).  It would be good to try this test with that
version to see if those changes fix at least problem #1.  This might be
a bit difficult at the moment, since libgnome-java is still undergoing
the 64-bit upgrade.  libgtk-java and libglade-java work however so if
you remove the gnome stuff you could test it right away.

also note that the TreeView#{set,get}SearchColumn methods have been
deprecated because they were broken.  use
TreeView#{set,get}SearchDataColumn instead.

nick


On Wed, 2004-12-15 at 23:35 +1100, Andrew Cowie wrote:
> Hey,
> 
> I've been experimenting with the TreeModel / TreeView APIs, and came
> across something strange.
> 
> I've attached some example code. The CLASSPATH is correct for where the
> [my] Gentoo ebuilds put the jars and .sos, but other than touching up
> that it should just work if you type `make java` or `make native`
> 
> The specific thing I was testing was the ability to generate more than
> one GtkTreeView based on a single underlying GtkTreeModel.
> 
> The strange behaviours I want to note are:
> 
> 1) When you sort in one window, the other window is affected.
> 
> Run the program. You get two windows. There are three data columns; each
> window (a TreeView) has two of them only. Click on a header, which
> activates it as a sort column. That set of rows sort. SO DO THE ROWS IN
> THE OTHER WINDOWS. Huh? Aren't the views supposed to be separate? Is
> there some mismatch / object identity violation somewhere between the
> Java layer and the underlying GObject layer?
> 
> 2) When you close one window, the event isn't propagated to the
> LifeCyleListener until the other window is also closed, when both events
> show up. Try it. X close or Alt-F4 close one window. The way the code
> is, that should cause an event, which calls Gtk.mainQuit, which should
> cause the app to exit. That doesn't happen right.
> 
> I'm not sure that either of these are RC bugs, but they are certainly
> anomolous.
> 
> I'd appreciate it if people could try this and let me know if they're
> having the same behaviour. If you are, then we have some things we need
> to track down.
> 
> AfC
> Sydney
> 

[Java-gnome-developer] Weird TreeModel / TreeView behaviour

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

Hey,

I've been experimenting with the TreeModel / TreeView APIs, and came
across something strange.

I've attached some example code. The CLASSPATH is correct for where the
[my] Gentoo ebuilds put the jars and .sos, but other than touching up
that it should just work if you type `make java` or `make native`

The specific thing I was testing was the ability to generate more than
one GtkTreeView based on a single underlying GtkTreeModel.

The strange behaviours I want to note are:

1) When you sort in one window, the other window is affected.

Run the program. You get two windows. There are three data columns; each
window (a TreeView) has two of them only. Click on a header, which
activates it as a sort column. That set of rows sort. SO DO THE ROWS IN
THE OTHER WINDOWS. Huh? Aren't the views supposed to be separate? Is
there some mismatch / object identity violation somewhere between the
Java layer and the underlying GObject layer?

2) When you close one window, the event isn't propagated to the
LifeCyleListener until the other window is also closed, when both events
show up. Try it. X close or Alt-F4 close one window. The way the code
is, that should cause an event, which calls Gtk.mainQuit, which should
cause the app to exit. That doesn't happen right.

I'm not sure that either of these are RC bugs, but they are certainly
anomolous.

I'd appreciate it if people could try this and let me know if they're
having the same behaviour. If you are, then we have some things we need
to track down.

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] Assertion failure while drawing on DrawingArea

[Jaime <re...@sa...>]

On Sun, 2004-12-12 at 16:55 +0000, Mark Howard wrote:
> Hi,
> 
> I'm not familiar with the drawing widgets, so this is completely off the top of
> my head:
> 
> You've created a window and filled it with a DrawingArea. 
> You try to draw on the window, but this fails. I'm guessing that this fails
> since there is already something else on the window -- the DrawingArea. 
> 
> Try changing your code to DrawPoint on the drawingarea instead. Please write
> back saying if it works or not.
> 
Hi Mark.

Unfortunately, neither the "top level window" (of type
org.gnu.gtk.Window) nor the DrawingArea embedded inside it (of type
org.gnu.gtk.DrawingArea) possess a drawPoint() method - the only class
which does (according to the javadocs) is an
"org.gnu.gdk.Window" (notice the change from gtk.Window to gdk.Window!) 

This itself, is fine, as it seems to agree with the following
documentation:

a) The javadocs for org.gnu.gtk.Widget.getWindow() ("Return the widget's
gdk window. This is the window to draw upon when writing custom widgets.
It's available after the widget has been mapped. Thus if you listen to
LifeCycleEvents, you can fetch the Window instance using this method
after an LifeCycleEvent of type MAP has occured. Returns: the widget's
gdk window, or null if a) it hasn't been mapped yet or b) it is of a
type that doesn't have a gdk window.

b) http://www.pygtk.org/pygtk2tutorial/sec-DrawingMethods.html
The example code "drawingarea.py" is what I'm actually trying to port to
java - line 41, for example, refers to:
self.area.window.draw_point(self.gc, x+30, y+30)
("area" is the drawing area, the "window" attribute is its embedded
gdkWindow, which gets drawn upon using the "draw_point" method)

c) http://developer.gnome.org/doc/API/2.0/gtk/GtkDrawingArea.html
and http://www.gtk.org/tutorial/sec-thedrawingareawidget.html

Incidently, I've tried using both the gdk.Window returned by both
area.getWindow() _and_ window.getWindow(), but they both return the same
error.

Hope some of this makes sense,

Jaime :-)

Re: [Java-gnome-developer] Assertion failure while drawing on DrawingArea

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

Hi,

I'm not familiar with the drawing widgets, so this is completely off the top of
my head:

You've created a window and filled it with a DrawingArea. 
You try to draw on the window, but this fails. I'm guessing that this fails
since there is already something else on the window -- the DrawingArea. 

Try changing your code to DrawPoint on the drawingarea instead. Please write
back saying if it works or not.

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

Re: [Java-gnome-developer] Assertion failure while drawing on DrawingArea

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

I have no reason to believe that it is fixed in cvs but there have been
numerous changes in cvs.  In fact, cvs is currently quite unstable.  We
are in the process of adding support for 64-bit platforms.  Anyway,
I will take a look at your example and see if I can find the bug in
java-gnome.


On Sun, 12 Dec 2004 15:10:40 +0000, Jaime <re...@sa...> wrote:
> On Sun, 2004-12-12 at 09:53 -0500, Jeff Morgan wrote:
> > What version of java-gnome are you using?  Are you using
> > cvs HEAD?
> >
> >
> 
> Sorry Jeff, I should have mentioned in my original email that I'm using
> the latest stable releases available from ftp.gnome.org i.e.
> libgtk-java: 2.4.6
> libgnome-java: 2.8.2
> libglade-java: 2.8.2
> libgconf-java: 2.8.2
> 
> Do you know whether this is something that's been "fixed" in cvs (if so,
> I'll download cvs and try to compile it)
> 
> Thanks, Jaime
> 
> 
> 
> > On Sun, 12 Dec 2004 14:08:57 +0000, Jaime <re...@sa...> wrote:
> > > Hi folks.
> > >
> > > I've tried to write a simple little program to draw on a DrawingArea,
> > > but without success. I get the following assertion failure at runtime:
> > >
> > > (java-gnome:2393): Gdk-CRITICAL **: file gdkdraw.c: line 338
> > > (gdk_draw_point): assertion `GDK_IS_DRAWABLE (drawable)' failed
> > >
> > > Could anyone please tell me where I'm going wrong? In fact, a pointer to
> > > any example code which successfully draws onto a DrawingArea would be
> > > just as good! Thank you,
> > >
> > > Jaime :-)
> > >
> > > <snip>
> > > package drawingAreaTest;
> > >
> > > import org.gnu.gtk.DrawingArea;
> > > import org.gnu.gtk.Gtk;
> > > import org.gnu.gtk.Window;
> > > import org.gnu.gtk.WindowType;
> > > import org.gnu.gtk.event.ExposeEvent;
> > > import org.gnu.gtk.event.ExposeListener;
> > > import org.gnu.gtk.event.LifeCycleEvent;
> > > import org.gnu.gtk.event.LifeCycleListener;
> > >
> > > public class Test {
> > >
> > >   DrawingArea area = null;
> > >
> > >   Window window;
> > >
> > >   Test() {
> > >     window = new Window(WindowType.TOPLEVEL);
> > >     window.setTitle("Drawing Area Example");
> > >     window.addListener(new LifeCycleListener() {
> > >       public void lifeCycleEvent(LifeCycleEvent event) {
> > >       }
> > >       public boolean lifeCycleQuery(LifeCycleEvent event) {
> > >         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
> > >           || event.isOfType(LifeCycleEvent.Type.DELETE)) {
> > >           Gtk.mainQuit();
> > >         }
> > >         return true;
> > >       }
> > >     });
> > >     area=new DrawingArea();
> > >     window.add(area);
> > >     area.addListener(new ExposeListener() {
> > >       public boolean exposeEvent(ExposeEvent event) {
> > >         System.out.println("Expose event: "+window.getWindow());
> > >         window.getWindow().drawPoint(20, 20);
> > >         return false;
> > >       }
> > >     });
> > >     window.showAll();
> > >     System.out.println("Should be printed before expose event");
> > >   }
> > >
> > >   public static void main(String[] args) {
> > >     Gtk.init(args);
> > >     new Test();
> > >     Gtk.main();
> > >   }
> > >
> > > }
> > > </snip>
> > >
> > > -------------------------------------------------------
> > > SF email is sponsored by - The IT Product Guide
> > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > Discover which products truly live up to the hype. Start reading now.
> > > http://productguide.itmanagersjournal.com/
> > > _______________________________________________
> > > java-gnome-developer mailing list
> > > jav...@li...
> > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> > >
> >
> >
> 
> 
> -------------------------------------------------------
> 
> 
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> 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

Re: [Java-gnome-developer] Assertion failure while drawing on DrawingArea

[Jaime <re...@sa...>]

On Sun, 2004-12-12 at 09:53 -0500, Jeff Morgan wrote:
> What version of java-gnome are you using?  Are you using
> cvs HEAD?
> 
> 

Sorry Jeff, I should have mentioned in my original email that I'm using
the latest stable releases available from ftp.gnome.org i.e. 
libgtk-java: 2.4.6
libgnome-java: 2.8.2
libglade-java: 2.8.2
libgconf-java: 2.8.2

Do you know whether this is something that's been "fixed" in cvs (if so,
I'll download cvs and try to compile it)

Thanks, Jaime

> On Sun, 12 Dec 2004 14:08:57 +0000, Jaime <re...@sa...> wrote:
> > Hi folks.
> > 
> > I've tried to write a simple little program to draw on a DrawingArea,
> > but without success. I get the following assertion failure at runtime:
> > 
> > (java-gnome:2393): Gdk-CRITICAL **: file gdkdraw.c: line 338
> > (gdk_draw_point): assertion `GDK_IS_DRAWABLE (drawable)' failed
> > 
> > Could anyone please tell me where I'm going wrong? In fact, a pointer to
> > any example code which successfully draws onto a DrawingArea would be
> > just as good! Thank you,
> > 
> > Jaime :-)
> > 
> > <snip>
> > package drawingAreaTest;
> > 
> > import org.gnu.gtk.DrawingArea;
> > import org.gnu.gtk.Gtk;
> > import org.gnu.gtk.Window;
> > import org.gnu.gtk.WindowType;
> > import org.gnu.gtk.event.ExposeEvent;
> > import org.gnu.gtk.event.ExposeListener;
> > import org.gnu.gtk.event.LifeCycleEvent;
> > import org.gnu.gtk.event.LifeCycleListener;
> > 
> > public class Test {
> > 
> >   DrawingArea area = null;
> > 
> >   Window window;
> > 
> >   Test() {
> >     window = new Window(WindowType.TOPLEVEL);
> >     window.setTitle("Drawing Area Example");
> >     window.addListener(new LifeCycleListener() {
> >       public void lifeCycleEvent(LifeCycleEvent event) {
> >       }
> >       public boolean lifeCycleQuery(LifeCycleEvent event) {
> >         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
> >           || event.isOfType(LifeCycleEvent.Type.DELETE)) {
> >           Gtk.mainQuit();
> >         }
> >         return true;
> >       }
> >     });
> >     area=new DrawingArea();
> >     window.add(area);
> >     area.addListener(new ExposeListener() {
> >       public boolean exposeEvent(ExposeEvent event) {
> >         System.out.println("Expose event: "+window.getWindow());
> >         window.getWindow().drawPoint(20, 20);
> >         return false;
> >       }
> >     });
> >     window.showAll();
> >     System.out.println("Should be printed before expose event");
> >   }
> > 
> >   public static void main(String[] args) {
> >     Gtk.init(args);
> >     new Test();
> >     Gtk.main();
> >   }
> > 
> > }
> > </snip>
> > 
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://productguide.itmanagersjournal.com/
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> > 
> 
> 

Re: [Java-gnome-developer] Assertion failure while drawing on DrawingArea

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

What version of java-gnome are you using?  Are you using
cvs HEAD?


On Sun, 12 Dec 2004 14:08:57 +0000, Jaime <re...@sa...> wrote:
> Hi folks.
> 
> I've tried to write a simple little program to draw on a DrawingArea,
> but without success. I get the following assertion failure at runtime:
> 
> (java-gnome:2393): Gdk-CRITICAL **: file gdkdraw.c: line 338
> (gdk_draw_point): assertion `GDK_IS_DRAWABLE (drawable)' failed
> 
> Could anyone please tell me where I'm going wrong? In fact, a pointer to
> any example code which successfully draws onto a DrawingArea would be
> just as good! Thank you,
> 
> Jaime :-)
> 
> <snip>
> package drawingAreaTest;
> 
> import org.gnu.gtk.DrawingArea;
> import org.gnu.gtk.Gtk;
> import org.gnu.gtk.Window;
> import org.gnu.gtk.WindowType;
> import org.gnu.gtk.event.ExposeEvent;
> import org.gnu.gtk.event.ExposeListener;
> import org.gnu.gtk.event.LifeCycleEvent;
> import org.gnu.gtk.event.LifeCycleListener;
> 
> public class Test {
> 
>   DrawingArea area = null;
> 
>   Window window;
> 
>   Test() {
>     window = new Window(WindowType.TOPLEVEL);
>     window.setTitle("Drawing Area Example");
>     window.addListener(new LifeCycleListener() {
>       public void lifeCycleEvent(LifeCycleEvent event) {
>       }
>       public boolean lifeCycleQuery(LifeCycleEvent event) {
>         if (event.isOfType(LifeCycleEvent.Type.DESTROY)
>           || event.isOfType(LifeCycleEvent.Type.DELETE)) {
>           Gtk.mainQuit();
>         }
>         return true;
>       }
>     });
>     area=new DrawingArea();
>     window.add(area);
>     area.addListener(new ExposeListener() {
>       public boolean exposeEvent(ExposeEvent event) {
>         System.out.println("Expose event: "+window.getWindow());
>         window.getWindow().drawPoint(20, 20);
>         return false;
>       }
>     });
>     window.showAll();
>     System.out.println("Should be printed before expose event");
>   }
> 
>   public static void main(String[] args) {
>     Gtk.init(args);
>     new Test();
>     Gtk.main();
>   }
> 
> }
> </snip>
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> 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] Assertion failure while drawing on DrawingArea

[Jaime <re...@sa...>]

Hi folks.

I've tried to write a simple little program to draw on a DrawingArea,
but without success. I get the following assertion failure at runtime:

(java-gnome:2393): Gdk-CRITICAL **: file gdkdraw.c: line 338
(gdk_draw_point): assertion `GDK_IS_DRAWABLE (drawable)' failed

Could anyone please tell me where I'm going wrong? In fact, a pointer to
any example code which successfully draws onto a DrawingArea would be
just as good! Thank you,

Jaime :-)


<snip>
package drawingAreaTest;

import org.gnu.gtk.DrawingArea;
import org.gnu.gtk.Gtk;
import org.gnu.gtk.Window;
import org.gnu.gtk.WindowType;
import org.gnu.gtk.event.ExposeEvent;
import org.gnu.gtk.event.ExposeListener;
import org.gnu.gtk.event.LifeCycleEvent;
import org.gnu.gtk.event.LifeCycleListener;

public class Test {

  DrawingArea area = null;

  Window window;

  Test() {
    window = new Window(WindowType.TOPLEVEL);
    window.setTitle("Drawing Area Example");
    window.addListener(new LifeCycleListener() {
      public void lifeCycleEvent(LifeCycleEvent event) {
      }
      public boolean lifeCycleQuery(LifeCycleEvent event) {
        if (event.isOfType(LifeCycleEvent.Type.DESTROY)
          || event.isOfType(LifeCycleEvent.Type.DELETE)) {
          Gtk.mainQuit();
        }
        return true;
      }
    });
    area=new DrawingArea();
    window.add(area);
    area.addListener(new ExposeListener() {
      public boolean exposeEvent(ExposeEvent event) {
        System.out.println("Expose event: "+window.getWindow());
        window.getWindow().drawPoint(20, 20);
        return false;
      }
    });
    window.showAll();
    System.out.println("Should be printed before expose event");
  }

  public static void main(String[] args) {
    Gtk.init(args);
    new Test();
    Gtk.main();
  }

}
</snip>