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

Re: [Java-gnome-developer] Re: Help using DataColumnObject

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

Could you possibly try setting the value to a variable that you know exists all
the time, rather than constructing a new object. There is a chance that
java-gnome isn't keeping a reference to the object. 

It all looks like it should work though.

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

[Java-gnome-developer] Re: Help using DataColumnObject

[Manuel L. <man...@co...>]

Not matter what I passed it always returns null.

On Fri, 2005-04-01 at 23:31 -0500, Manuel Ledesma wrote:

> I have a a tree with the following columns:
> protected DataColumnPixbuf _dataImg;
> protected DataColumnPixbuf _dataStatus;
> protected DataColumnString _dataName;
> protected DataColumnObject _dataEntry;
> ...
> _dataStatus = new DataColumnPixbuf();
> _dataImg = new DataColumnPixbuf();
> _dataName = new DataColumnString();
> _dataEntry = new DataColumnObject();
> 
> _treeStore = new TreeStore(new DataColumn[] { _dataStatus, _dataImg,
> _dataName, _dataEntry });
> 
> and setting the value using (This is just an example)
>         _treeStore.setValue(result, _dataEntry, new Long(1));
> 
> But every time try to get the value back, I'm getting null;
> 
> public void treeViewEvent(TreeViewEvent event) {
>     TreeIter current = event.getTreeIter();
>     Object testing = _treeStore.getValue(current, _dataEntry);
>     System.out.println(testing );
> }
> 
> Is there anything especial I need to to do to make it works ?

[Java-gnome-developer] Help using DataColumnObject

[Manuel L. <man...@co...>]

I have a a tree with the following columns:
	protected DataColumnPixbuf _dataImg;
	protected DataColumnPixbuf _dataStatus;
	protected DataColumnString _dataName;
	protected DataColumnObject _dataEntry;
...
	_dataStatus = new DataColumnPixbuf();
	_dataImg = new DataColumnPixbuf();
	_dataName = new DataColumnString();
	_dataEntry = new DataColumnObject();

	_treeStore = new TreeStore(new DataColumn[] { _dataStatus, _dataImg,
_dataName, _dataEntry });

and setting the value using (This is just an example)
        _treeStore.setValue(result, _dataEntry, new Long(1));

But every time try to get the value back, I'm getting null;

public void treeViewEvent(TreeViewEvent event) {
    TreeIter current = event.getTreeIter();
    Object testing = _treeStore.getValue(current, _dataEntry);
    System.out.println(testing );
}

Is there anything especial I need to to do to make it works ?

Re: [Java-gnome-developer] Creating .jar file

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

Not exactly following. You want to turn the .Jar into a native binary?

Check out GCJ.

On Mon, 2005-02-21 at 01:04 +0100, Khiraly wrote:
> Hi!
> 
> I want to create a .jar file to be able execute the program on any
> unix-like system.
> 
> I have downloaded the example helloWord source files from:
> http://java-gnome.sourceforge.net/wiki//Main/JavaGnomeHelloWorld/HelloWorldGTK.java
> 
> I have compiled on my debian system:
> javac -classpath /usr/share/java/gtk2.4.jar HelloWorldGTK.java 
> 
> I can execute with the following command:
> java -Djava.library.path=/usr/lib/jni/ -classpath .:/usr/share/java/gtk2.4.jar HelloWorldGTK
> 
> Now, I want to create a .jar file inside with the necessary libraries.
> 
> How can I do this?
> 
> Thanks in advance!
> 
-- 
Jerry Haltom <wa...@la...>

Re: [Java-gnome-developer] Re: Tree view Expand row signal

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

On Fri, 01 Apr 2005 02:51:27 +0200, Laurent Martelli <la...@ao...> wrote:
> Wasn't it fxid already ?
> http://bugzilla.gnome.org/show_bug.cgi?id=156712
> 
> Looks like there was a regression between 1.33.2.1 and 1.33.2.2...

Wow.  I think you are right.  This was around the time we merged
in the 64-bit support.  This must have gotten lost during the
merge.


> 
> --
> Laurent Martelli
> la...@ao...                                Java Aspect Components
> http://www.aopsys.com/                          http://jac.objectweb.org
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by Demarc:
> A global provider of Threat Management Solutions.
> Download our HomeAdmin security software for free today!
> http://www.demarc.com/info/Sentarus/hamr30
> _______________________________________________
> 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] Re: Tree view Expand row signal

[Laurent M. <la...@ao...>]

>>>>> "Jeff" == Jeff Morgan <ku...@gm...> writes:

  Jeff> On Thu, 31 Mar 2005 19:07:03 -0500, Manuel Ledesma
  Jeff> <man...@co...> wrote:
  >> I start looking at the source and here is the list of signals map
  >> to TreeViewListener, ROW_COLLAPSED is defined and I believe it
  >> was intended to be ROW_EXPANDED. This is a easy bug to
  >> fix. Meanwhiel I will download the source and fixed myself but
  >> I'm still interesting of understanding how signals works in
  >> java-gnome.
  >> 
  >> evtMap.initialize(this, TreeViewEvent.Type.COLUMNS_CHANGED);
  >> evtMap.initialize(this,
  >> TreeViewEvent.Type.EXPAND_COLLAPSE_CURSOR_ROW);
  >> evtMap.initialize(this, TreeViewEvent.Type.ROW_ACTIVATED);
  >> evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
  >> evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
  >> evtMap.initialize(this, TreeViewEvent.Type.SELECT_ALL);
  >> evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_PARENT);
  >> evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_ROW);
  >> evtMap.initialize(this,
  >> TreeViewEvent.Type.START_INTERACTIVE_SEARCH);
  >> evtMap.initialize(this, TreeViewEvent.Type.TOGGLE_CURSOR_ROW);
  >> evtMap.initialize(this, TreeViewEvent.Type.UNSELECT_ALL);

  Jeff> Manuel,

  Jeff> Thanks.  You are correct - this should be ROW_EXPANDED.  Are
  Jeff> you going to be able to attend java-gnome-con this Saturday in
  Jeff> person or on irc?  If so I will be giving an overview of the
  Jeff> java-gnome architecture including the event handling.  In the
  Jeff> mean while I will fix this issue.

Wasn't it fxid already ?
http://bugzilla.gnome.org/show_bug.cgi?id=156712

Looks like there was a regression between 1.33.2.1 and 1.33.2.2...

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

[Java-gnome-developer] Re: Tree view Expand row signal

[Laurent M. <la...@ao...>]

>>>>> "Jeff" == Jeff Morgan <ku...@gm...> writes:

  Jeff> On Thu, 31 Mar 2005 19:07:03 -0500, Manuel Ledesma
  Jeff> <man...@co...> wrote:
  >> I start looking at the source and here is the list of signals map
  >> to TreeViewListener, ROW_COLLAPSED is defined and I believe it
  >> was intended to be ROW_EXPANDED. This is a easy bug to
  >> fix. Meanwhiel I will download the source and fixed myself but
  >> I'm still interesting of understanding how signals works in
  >> java-gnome.
  >> 
  >> evtMap.initialize(this, TreeViewEvent.Type.COLUMNS_CHANGED);
  >> evtMap.initialize(this,
  >> TreeViewEvent.Type.EXPAND_COLLAPSE_CURSOR_ROW);
  >> evtMap.initialize(this, TreeViewEvent.Type.ROW_ACTIVATED);
  >> evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
  >> evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
  >> evtMap.initialize(this, TreeViewEvent.Type.SELECT_ALL);
  >> evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_PARENT);
  >> evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_ROW);
  >> evtMap.initialize(this,
  >> TreeViewEvent.Type.START_INTERACTIVE_SEARCH);
  >> evtMap.initialize(this, TreeViewEvent.Type.TOGGLE_CURSOR_ROW);
  >> evtMap.initialize(this, TreeViewEvent.Type.UNSELECT_ALL);

  Jeff> Manuel,

  Jeff> Thanks.  You are correct - this should be ROW_EXPANDED.  Are
  Jeff> you going to be able to attend java-gnome-con this Saturday in
  Jeff> person or on irc?  If so I will be giving an overview of the
  Jeff> java-gnome architecture including the event handling.  In the
  Jeff> mean while I will fix this issue.

Wasn't it fxid already ?
http://bugzilla.gnome.org/show_bug.cgi?id=156712

Looks like there was a regression between 1.33.2.1 and 1.33.2.2...

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

Re: [Java-gnome-developer] Re: Tree view Expand row signal

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

On Thu, 31 Mar 2005 19:07:03 -0500, Manuel Ledesma
<man...@co...> wrote:
>  I start looking at the source and here is the list of signals map to
> TreeViewListener, ROW_COLLAPSED is defined and I believe it was intended to
> be ROW_EXPANDED. This is a easy bug to fix. Meanwhiel I will download the
> source and fixed myself but I'm still interesting of understanding how
> signals works in java-gnome.
>  
>  evtMap.initialize(this, TreeViewEvent.Type.COLUMNS_CHANGED);
> evtMap.initialize(this, TreeViewEvent.Type.EXPAND_COLLAPSE_CURSOR_ROW);
> evtMap.initialize(this, TreeViewEvent.Type.ROW_ACTIVATED);
> evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
> evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
> evtMap.initialize(this, TreeViewEvent.Type.SELECT_ALL);
> evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_PARENT);
> evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_ROW);
> evtMap.initialize(this, TreeViewEvent.Type.START_INTERACTIVE_SEARCH);
> evtMap.initialize(this, TreeViewEvent.Type.TOGGLE_CURSOR_ROW);
> evtMap.initialize(this, TreeViewEvent.Type.UNSELECT_ALL); 

Manuel,

Thanks.  You are correct - this should be ROW_EXPANDED.   Are you
going to be able to attend java-gnome-con this Saturday in person
or on irc?  If so I will be giving an overview of the java-gnome architecture
including the event handling.  In the mean while I will fix this issue.


-- 
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: Tree view Expand row signal

[Manuel L. <man...@co...>]

I start looking at the source and here is the list of signals map to
TreeViewListener, ROW_COLLAPSED is defined and I believe it was intended
to be ROW_EXPANDED. This is a easy bug to fix. Meanwhiel I will download
the source and fixed myself but I'm still interesting of understanding
how signals works in java-gnome.


evtMap.initialize(this, TreeViewEvent.Type.COLUMNS_CHANGED);
evtMap.initialize(this, TreeViewEvent.Type.EXPAND_COLLAPSE_CURSOR_ROW);
evtMap.initialize(this, TreeViewEvent.Type.ROW_ACTIVATED);
evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
evtMap.initialize(this, TreeViewEvent.Type.ROW_COLLAPSED);
evtMap.initialize(this, TreeViewEvent.Type.SELECT_ALL);
evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_PARENT);
evtMap.initialize(this, TreeViewEvent.Type.SELECT_CURSOR_ROW);
evtMap.initialize(this, TreeViewEvent.Type.START_INTERACTIVE_SEARCH);
evtMap.initialize(this, TreeViewEvent.Type.TOGGLE_CURSOR_ROW);
evtMap.initialize(this, TreeViewEvent.Type.UNSELECT_ALL);

On Thu, 2005-03-31 at 18:29 -0500, Manuel Ledesma wrote:

> I have already tried that and It does not work. This is why? I'm
> trying to use the signal. Let me paste my class complete ...
> 
> here is the output of this class:
> -- row expanded --
> test-expand-row
> -- row collapsed --
> Expanded : false
> Expanded : false
> 
> The row is expanded but the class does not receive any event, only
> when row is collapsed and somehow get called twice. This was my first
> approach before trying the signals. Probably there's a bug and event
> should happen when row is expanded.
> 
> 
> public class DirectoryTree implements TreeViewListener {
> /**
> * Default constructor
> */
> public DirectoryTree(TreeView treeView) {
>                 ... somethig begfore
> _treeView.addListener(this);
> }
> 
> public TreeIter addNode(TreeIter parent, File file, boolean addImage)
> {
> TreeIter result = _treeStore.appendRow(parent);
> _treeView.addEventHandler("test-expand-row", "testExpandRow", this,
> result);
> return result;
> }
> 
> public boolean testExpandRow(Handle widget, Handle data, Object obj) {
> System.out.println("test-expand-row");
> return false;
> }
> 
> public void treeViewEvent(TreeViewEvent event) {
> 
> System.out.println("Expanded : " + event.isExpand());
> TreeIter current = event.getTreeIter();
> }
> }
> 
> 
> On Thu, 2005-03-31 at 09:56 -0300, Joao Victor wrote: 
> 
> > Try using addListener; take a look at the javadoc for TreeViewListener and TreeViewEvent. Here's a
> > quick example (i didn't compile it, so forgive me for silly errors):
> > 
> > First, if you have a TreeView you'll need an array of DataColumns defining the columns, and a
> > model object. For the example, it'll be this:
> > 
> > ------------------------------------------------------
> > 
> > //The columns
> > DataColumn cols = {new DataColumnString(), new DataColumnString()};
> > 
> > //the model object
> > TreeStore model = new TreeStore(cols);
> > 
> > Now continuing with that code...
> > 
> > _treeView.addListener(this);
> > 
> > //Callback
> > public void treeViewEvent(TreeViewEvent e) {
> > 
> >    if (e.isExpand()) {
> > 
> >       //it's an expand event...
> >       //let's get the value of the 1st column
> > 
> >       String value = model.getValue (e.getTreeIter(), (DataColumnString) cols[1]);
> >       System.out.println("value: " + value);
> >    }
> > }
> > 
> > ------------------------------------------------------
> > 
> > 
> > Cheers,
> > J.V.
> > 
> > 
> > 
> > --- Manuel Ledesma <man...@co...> wrote:
> > > I finally got the callback working, But now If I try to use the handlers
> > > the program is quitting. I read that the GObject.getGObjectFromHandle is
> > > for internal use but How can I get the row that just expanded.
> > > 
> > > example.
> > > 
> > > // Callback definition ...
> > > _treeView.addEventHandler("test-expand-row", "testExpandRow", this,
> > > result);
> > > 
> > > 
> > > // Callback function
> > > public boolean testExpandRow(Handle widget, Handle data, Object obj) {
> > >     GObject test = GObject.getGObjectFromHandle(widget);
> > > 
> > >     return true;
> > > }
> > > 
> > > 
> > > On Wed, 2005-03-30 at 23:07 -0500, Manuel Ledesma wrote:
> > > 
> > > > I'm trying to catch the "test-expand-row" signal. I cannot find an
> > > > example for Java.
> > > > 
> > > > Can someone illustrate me ? 
> > > 
> > 
> > __________________________________________________
> > Converse com seus amigos em tempo real com o Yahoo! Messenger 
> > http://br.download.yahoo.com/messenger/ 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by Demarc:
> > A global provider of Threat Management Solutions.
> > Download our HomeAdmin security software for free today!
> > http://www.demarc.com/info/Sentarus/hamr30
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Re: Tree view Expand row signal

[Manuel L. <man...@co...>]

I have already tried that and It does not work. This is why? I'm trying
to use the signal. Let me paste my class complete ...

here is the output of this class:
-- row expanded --
test-expand-row
-- row collapsed --
Expanded : false
Expanded : false

The row is expanded but the class does not receive any event, only when
row is collapsed and somehow get called twice. This was my first
approach before trying the signals. Probably there's a bug and event
should happen when row is expanded.


public class DirectoryTree implements TreeViewListener {
	/**
	 * Default constructor
	 */
	public DirectoryTree(TreeView treeView) {
                ... somethig begfore
		_treeView.addListener(this);
	}

	public TreeIter addNode(TreeIter parent, File file, boolean addImage) {
		TreeIter result = _treeStore.appendRow(parent);
		_treeView.addEventHandler("test-expand-row", "testExpandRow", this,
result);
		return result;
	}
	
	public boolean testExpandRow(Handle widget, Handle data, Object obj) {
		System.out.println("test-expand-row");
		return false;
	}
	
	public void treeViewEvent(TreeViewEvent event) {
		
		System.out.println("Expanded : " + event.isExpand());
		TreeIter current = event.getTreeIter();
	}
}


On Thu, 2005-03-31 at 09:56 -0300, Joao Victor wrote:

> Try using addListener; take a look at the javadoc for TreeViewListener and TreeViewEvent. Here's a
> quick example (i didn't compile it, so forgive me for silly errors):
> 
> First, if you have a TreeView you'll need an array of DataColumns defining the columns, and a
> model object. For the example, it'll be this:
> 
> ------------------------------------------------------
> 
> //The columns
> DataColumn cols = {new DataColumnString(), new DataColumnString()};
> 
> //the model object
> TreeStore model = new TreeStore(cols);
> 
> Now continuing with that code...
> 
> _treeView.addListener(this);
> 
> //Callback
> public void treeViewEvent(TreeViewEvent e) {
> 
>    if (e.isExpand()) {
> 
>       //it's an expand event...
>       //let's get the value of the 1st column
> 
>       String value = model.getValue (e.getTreeIter(), (DataColumnString) cols[1]);
>       System.out.println("value: " + value);
>    }
> }
> 
> ------------------------------------------------------
> 
> 
> Cheers,
> J.V.
> 
> 
> 
> --- Manuel Ledesma <man...@co...> wrote:
> > I finally got the callback working, But now If I try to use the handlers
> > the program is quitting. I read that the GObject.getGObjectFromHandle is
> > for internal use but How can I get the row that just expanded.
> > 
> > example.
> > 
> > // Callback definition ...
> > _treeView.addEventHandler("test-expand-row", "testExpandRow", this,
> > result);
> > 
> > 
> > // Callback function
> > public boolean testExpandRow(Handle widget, Handle data, Object obj) {
> >     GObject test = GObject.getGObjectFromHandle(widget);
> > 
> >     return true;
> > }
> > 
> > 
> > On Wed, 2005-03-30 at 23:07 -0500, Manuel Ledesma wrote:
> > 
> > > I'm trying to catch the "test-expand-row" signal. I cannot find an
> > > example for Java.
> > > 
> > > Can someone illustrate me ? 
> > 
> 
> __________________________________________________
> Converse com seus amigos em tempo real com o Yahoo! Messenger 
> http://br.download.yahoo.com/messenger/ 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by Demarc:
> A global provider of Threat Management Solutions.
> Download our HomeAdmin security software for free today!
> http://www.demarc.com/info/Sentarus/hamr30
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Re: "Java-GNOME Con 1"

[Ismael J. <ml...@ju...>]

On Thu, 2005-03-31 at 07:23 -0500, Jeff Morgan wrote:

> [snip]
> If you want to do some serious hacking I would suggest getting the 
> gtk28 moduleset.  Currently there is much development to do in
> our gtk and cairo bindings.  I will kick off the gathering this weekend
> with an assessment of the current state and numerous enhancements
> I would like to see over the next few months.  Out of this we can create
> a plan of attach.  Also, Ismael Juma has written a great start to a
> new gstreamer bindings.  This code is ready to go into cvs and
> if I can get my fdo username in the gstreamer group today (already
> underway) we will have gst-java bindings to hack.  These new bindings 
> are based upon my latest codebase so it also will need th gtk28 
> moduleset.  Perhaps Ismael can provide a TODO list for these 
> bindings as well.
> [snip]

There are some FIXME/TODOs sprinkled through the code that are pretty
easy to spot if you're using eclipse. There is still quite a bit of API
that is not covered by the current bindings, so I'm sure people will not
have problems finding stuff to do. However, in my opinion the most
important thing to be done next is to finish the implementation of
GstObject and Element. This would include the following:

- Implement missing API (which includes some signals). There is a list
of these at the end of both source files.
- Review the current API (remove stuff that is only relevant for C apps,
make it more object-oriented, correct access specifiers, fix bugs, etc.)

I also think that implementing some examples would be very useful to
spot problems and to give people an idea of how to use the library. The
easiest way to do this for people who are not experienced at developing
apps using gstreamer is probably looking at the c examples included with
gstreamer itself and adapting them.

It is also important to note that these bindings are currently based on
gstreamer 0.8.9. Some weeks ago, the 0.9 branch of the core was created
and some major improvements are being made (a lot of work is going
towards ensuring thread safety). However, until the plugins get ported
to 0.9, there is no point in tracking it imho.

Unfortunately I am not going to be able to attend Java-GNOME Con 1 in
person or remotely. :( I will be somewhere in Swaziland without an
internet connect on that day.

If you have any other questions, don't hesitate to ask.

Regards,
Ismael

P.S. The current bindings have received very little testing, so be
prepared. :)

Re: [Java-gnome-developer] starting a new project

[Olivier E. <ev...@pr...>]

Hi Andrew,

> 
> I *will* be splicing this work out at some point. I thought
> "configure4j" a nice moniker.
> 
Great, I can help you ! do you have a TODO?

I read your scripts (very clean code, thanks!!) and I did some small 
changes (attached files):
-------------------------------------------------------------------
1) set default configure options (for my project)
2) set default main class on configure $MAINCLASS
3) set native gcj jars $NATIVE_JARS on configure
4) add generic $ext_jars  to extend classpath
5) added the "make native" option on the Makefile
6) tested on debian an gentoo ;)

STILL TODO
1) check gcj, gij, etc... version

-------------------------------------------------------------------
It will be nice to build the classpath for extra libraries, but there 
are not true jar finder on distribs (or I dont know how todo). I found 
different way:

a)gentoo, pkg-config --variable classpath or java-config, but not all 
packages are configured for that ...

b)debian, I found nothing, there are some idea but nothing is really done
http://java.debian.net/index.php/

c)redhat, I can't test it!

There are some hacks possible for debian and gentoo with tools like 
find, dpkg and qpkg.



Regards,
Olivier

PS please be indulgent with my poor English ;)


-- 
------------------
LinuX for Geneva
www.programmers.ch

Re: [Java-gnome-developer] Re: "Java-GNOME Con 1"

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

On Thu, Mar 31, 2005 at 10:06:19AM -0300, Joao Victor wrote:
> I would like to add that if some folks don't want to the take the route of hacking in the code of
> Java-Gnome, writings some nice tutorials in the Wiki would be just as welcome! Good docs is a
> must-have for a project such as JG. We could think of some areas where we're needing more
> tutorials, to focus on the most important ones.

I think working on the JavaGnomePrimer page is especially important here - I
made a start, but there is still a lot missing and it could be made a lot
friendlier to help new users get started. 

In addition to docs, examples are really important too. There's a bug with ideas
for an example launcher gui program which would help too.

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

Re: [Java-gnome-developer] Re: Tree view Expand row signal

[Manuel L. <man...@co...>]

Adding more comments.

result is a TreeIter.

I'm trying this inside the callback function
if ( obj != null ) {
    TreeIter item = (TreeIter)obj;
    System.out.println("Value : " + _treeStore.getValue(item,
_dataName));
}

But I'm getting a classcast exception.

On Thu, 2005-03-31 at 07:29 -0500, Manuel Ledesma wrote:

> I finally got the callback working, But now If I try to use the
> handlers the program is quitting. I read that the
> GObject.getGObjectFromHandle is for internal use but How can I get the
> row that just expanded.
> 
> example.
> 
> // Callback definition ...
> _treeView.addEventHandler("test-expand-row", "testExpandRow", this,
> result);
> 
> 
> // Callback function
> public boolean testExpandRow(Handle widget, Handle data, Object obj) {
>     GObject test = GObject.getGObjectFromHandle(widget);
> 
>     return true;
> }
> 
> 
> On Wed, 2005-03-30 at 23:07 -0500, Manuel Ledesma wrote:
> 
> > I'm trying to catch the "test-expand-row" signal. I cannot find an
> > example for Java.
> > 
> > Can someone illustrate me ? 

Re: [Java-gnome-developer] Re: Tree view Expand row signal

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

--- Joao Victor <jvi...@ya...> wrote:
>       String value = model.getValue (e.getTreeIter(), (DataColumnString) cols[1]);

That should be *cols[0]*... duh, sorry.

Cheers,
J.V.



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

Re: [Java-gnome-developer] Re: "Java-GNOME Con 1"

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

--- Jeff Morgan <ku...@gm...> wrote:
> [...]
> Since we are currently not in development for the non-gtk packages
> the only changes that we are allowed to make are bug fixes, javadoc
> updates, documentation updates and updated examples.  There currently
> are not many outstanding bugs reported that do not require API change
> so this really leaves javadocs and examples for hackers.  Not very
> much fun here :(

I would like to add that if some folks don't want to the take the route of hacking in the code of
Java-Gnome, writings some nice tutorials in the Wiki would be just as welcome! Good docs is a
must-have for a project such as JG. We could think of some areas where we're needing more
tutorials, to focus on the most important ones.

But if someone would work on the gst-java bindings it would be even better =)

Cheers,
J.V.



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

Re: [Java-gnome-developer] Re: Tree view Expand row signal

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

Try using addListener; take a look at the javadoc for TreeViewListener and TreeViewEvent. Here's a
quick example (i didn't compile it, so forgive me for silly errors):

First, if you have a TreeView you'll need an array of DataColumns defining the columns, and a
model object. For the example, it'll be this:

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

//The columns
DataColumn cols = {new DataColumnString(), new DataColumnString()};

//the model object
TreeStore model = new TreeStore(cols);

Now continuing with that code...

_treeView.addListener(this);

//Callback
public void treeViewEvent(TreeViewEvent e) {

   if (e.isExpand()) {

      //it's an expand event...
      //let's get the value of the 1st column

      String value = model.getValue (e.getTreeIter(), (DataColumnString) cols[1]);
      System.out.println("value: " + value);
   }
}

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


Cheers,
J.V.



--- Manuel Ledesma <man...@co...> wrote:
> I finally got the callback working, But now If I try to use the handlers
> the program is quitting. I read that the GObject.getGObjectFromHandle is
> for internal use but How can I get the row that just expanded.
> 
> example.
> 
> // Callback definition ...
> _treeView.addEventHandler("test-expand-row", "testExpandRow", this,
> result);
> 
> 
> // Callback function
> public boolean testExpandRow(Handle widget, Handle data, Object obj) {
>     GObject test = GObject.getGObjectFromHandle(widget);
> 
>     return true;
> }
> 
> 
> On Wed, 2005-03-30 at 23:07 -0500, Manuel Ledesma wrote:
> 
> > I'm trying to catch the "test-expand-row" signal. I cannot find an
> > example for Java.
> > 
> > Can someone illustrate me ? 
> 

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

Re: [Java-gnome-developer] Re: "Java-GNOME Con 1"

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

On Thu, 31 Mar 2005 07:23:04 -0500, Jeff Morgan <ku...@gm...> wrote:
> If you want to do some serious hacking I would suggest getting the
> gtk28 moduleset.  Currently there is much development to do in
> our gtk and cairo bindings.  I will kick off the gathering this weekend
> with an assessment of the current state and numerous enhancements
> I would like to see over the next few months.  Out of this we can create
> a plan of attach.  Also, Ismael Juma has written a great start to a
> new gstreamer bindings.  This code is ready to go into cvs and
> if I can get my fdo username in the gstreamer group today (already
> underway) we will have gst-java bindings to hack.  These new bindings
> are based upon my latest codebase so it also will need th gtk28
> moduleset.  Perhaps Ismael can provide a TODO list for these
> bindings as well.
> 

One other item I didn't mention before.  There is a java-gnome eclipse
plugin looming about (Overholt has the current codebase).  I would
really like to see this project get rolling again.

-- 
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: Tree view Expand row signal

[Manuel L. <man...@co...>]

I finally got the callback working, But now If I try to use the handlers
the program is quitting. I read that the GObject.getGObjectFromHandle is
for internal use but How can I get the row that just expanded.

example.

// Callback definition ...
_treeView.addEventHandler("test-expand-row", "testExpandRow", this,
result);


// Callback function
public boolean testExpandRow(Handle widget, Handle data, Object obj) {
    GObject test = GObject.getGObjectFromHandle(widget);

    return true;
}


On Wed, 2005-03-30 at 23:07 -0500, Manuel Ledesma wrote:

> I'm trying to catch the "test-expand-row" signal. I cannot find an
> example for Java.
> 
> Can someone illustrate me ? 

Re: [Java-gnome-developer] Re: "Java-GNOME Con 1"

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

On Thu, 31 Mar 2005 01:08:17 -0500, Ben Konrath <be...@ba...> wrote:
> Hi Jeff,
> 
> On Wed, 2005-30-03 at 07:21 -0500, Jeff Morgan wrote:
> <snip>
> > 2) You must make a decision on your moduleset prior to starting your
> > build.  The gnome-2.12 moduleset still uses gtk+ 2.6 but our libgtk-java
> > cvs HEAD uses gtk+ 2.7.  If you plan to work on libgtk-java, cairo-java,
> > or our new gst-java bindings you will need to use the gtk28 moduleset.
> > If you plan to work on any of the other binding projects you must use
> > the gnome-2.12 moduleset.  My .jhbuildrc file is setup so you can just
> > comment/uncomment out the correct moduleset and modules.
> 
> There will be people attending that don't have much experience hacking
> on java-gnome. I was hoping that you could set a bunch of us up with
> some tasks for the hackfest. It would be great if you tell us which
> moduleset would allow an attendee to provide the most help.

Since we are currently not in development for the non-gtk packages
the only changes that we are allowed to make are bug fixes, javadoc
updates, documentation updates and updated examples.  There currently
are not many outstanding bugs reported that do not require API change
so this really leaves javadocs and examples for hackers.  Not very
much fun here :(

If you want to do some serious hacking I would suggest getting the 
gtk28 moduleset.  Currently there is much development to do in
our gtk and cairo bindings.  I will kick off the gathering this weekend
with an assessment of the current state and numerous enhancements
I would like to see over the next few months.  Out of this we can create
a plan of attach.  Also, Ismael Juma has written a great start to a
new gstreamer bindings.  This code is ready to go into cvs and
if I can get my fdo username in the gstreamer group today (already
underway) we will have gst-java bindings to hack.  These new bindings 
are based upon my latest codebase so it also will need th gtk28 
moduleset.  Perhaps Ismael can provide a TODO list for these 
bindings as well.

One issue warrants mention here.  If you do not build in $srcdir
(my jhbuild does this) then you will have to make one slight 
modification to the jhbuild modules file.  libxslt does not support 
non-srcdir builds although this is not identified in the modules file.  
To fix this you should change the line that reads:

<cvsmodule id="libxslt">

to:

<cvsmodule id="libxslt" supports-non-srcdir-builds="no">


-- 
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: "Java-GNOME Con 1"

[Ben K. <be...@ba...>]

Hi Jeff,=20

On Wed, 2005-30-03 at 07:21 -0500, Jeff Morgan wrote:
<snip>
> 2) You must make a decision on your moduleset prior to starting your=20
> build.  The gnome-2.12 moduleset still uses gtk+ 2.6 but our libgtk-java=20
> cvs HEAD uses gtk+ 2.7.  If you plan to work on libgtk-java, cairo-java,=20
> or our new gst-java bindings you will need to use the gtk28 moduleset.
> If you plan to work on any of the other binding projects you must use
> the gnome-2.12 moduleset.  My .jhbuildrc file is setup so you can just
> comment/uncomment out the correct moduleset and modules.

There will be people attending that don't have much experience hacking
on java-gnome. I was hoping that you could set a bunch of us up with
some tasks for the hackfest. It would be great if you tell us which
moduleset would allow an attendee to provide the most help.

Cheers, Ben

[Java-gnome-developer] Tree view Expand row signal

[Manuel L. <man...@co...>]

I'm trying to catch the "test-expand-row" signal. I cannot find an
example for Java.

Can someone illustrate me ? 

Re: [Java-gnome-developer] starting a new project

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

On Wed, 2005-30-03 at 11:42 +0200, Olivier Evalet wrote:
> It is a little complex to start a new project that use java-gnome 
> (and/or others java libs) with eclipse *and* autoconf/automake. The main 
> idea is to help new projects that want integrate from the beginning gcj 
> and pkg-config. 

Well on purpose I don't use autoconf and automake. The nature of Java
gives a rather unique twist to the configuration problem, not the least
of which being that once you have prerequisite jars located and a
suitable Java VM in place, then all you need is a very straight forward
Makefile.

[I'm writing a paper about this, in fact]

I have not yet abstracted my work on this out into a separate form
usable by other projects, but if you're interested in an alternate
approach to the configuration problem you might grab the sources of a
project I'm working on and have a look.
http://research.operationaldynamics.com/darcs/xseq/HACKING

> Is there possibilities to create templates for libraries 
> and applications?

I *will* be splicing this work out at some point. I thought
"configure4j" a nice moniker.

AfC
Paris

-- 
Andrew Frederick Cowie
Management Consultant

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

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] Re: "Java-GNOME Con 1"

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

On Tue, 29 Mar 2005 17:47:17 -0500, Ben Konrath <be...@ba...> wrote:
> Hi,
> 
> I'd like to take the opportunity to invite those of you who can't actually
> make it to Toronto. It would be great to see some people meet up on irc
> for some hacking as well :)
> 
> I'm going to start building my gnome stack soon. For those who are
> planning on helping out (in person or on IRC) it would be very useful to
> have gnome stack built before Saturday morning.
> 
> Jeff, do you have your jhbuild conf posted anywhere?

I am attaching my .jhbuildrc file to this email.  There are two items
to be aware of.  The details of each follows:

1) jhbuild has not been updated to support the new java-gnome
structure where each module is a separate project in cvs.  Further
we have recently split out our base classes and jni utility routines
into their own small library to make it easier to support bindings
that do not derive from glib (like cairo-java).  This is also not reflected
in jhbuild.  This means that you can use jhbuild to create the environment
you need to develop java-gnome but you cannot use jhbuild to
build the java-gnome bindings.  If you use eclipse for development
this is not a problem.  You can just check out the code and hack
away.  If you use other tools you could easily check out the java-gnome
modules (more on this later) into your srcdir for jhbuild and hack
hack.

2) You must make a decision on your moduleset prior to starting your 
build.  The gnome-2.12 moduleset still uses gtk+ 2.6 but our libgtk-java 
cvs HEAD uses gtk+ 2.7.  If you plan to work on libgtk-java, cairo-java, 
or our new gst-java bindings you will need to use the gtk28 moduleset.
If you plan to work on any of the other binding projects you must use
the gnome-2.12 moduleset.  My .jhbuildrc file is setup so you can just
comment/uncomment out the correct moduleset and modules.


HOW TO BUILD JAVA-GNOME
----------------------------------------------
Currently our gtk-java, and cairo-java bindings are in heavy development
while our gnome-java, gconf-java, and glade-java bindings are in a stable
(non-development) period.  We have made structural changes to the modules
in development.  Due to these changes there are currently two ways in
 which you would build java-gnome.  This will change once our other modules
enter development and the first method mentioned below will be the only
method.

1) If you wish to build gtk-java and cairo-java for development you should
build the following modules in this order (remember you need jhbuild gtk28
moduleset for this):

gnome cvs: java-gnome
freedesktop cvs: cairo-java
gnome cvs: libgtk-java

2) If you wish to build the entire java-gnome stack (stable releases) for
bug fixing you should build the following modules in this order:

gnome cvs: libgtk-java branch gtk-java-2-6
gnome cvs: llibgnome-java
gnome cvs: libglade-java
gnome cvs: libgconf-java

There are other modules that are part of java-gnome which are quite hackable!
You should follow build order 2 above.  These modules are:

gnome cvs: libgnomevfs-java
gnome cvs: libgtkmozembed-java
gnome cvs: libvte-java

and soon:

freedesktop cvs: gst-java
freedesktop cvs: dbus-java


I look forward to a great time in Toronto this weekend.  In addition
to a healthy dose of hacking there are several key items we will
be discussing which will have an impact on the bindings.  If you
cannot attend please join us on irc.

-- 
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: "Java-GNOME Con 1"

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

Forgot to attach my file.  Here it is.


On Wed, 30 Mar 2005 07:21:00 -0500, Jeff Morgan <ku...@gm...> wrote:
> On Tue, 29 Mar 2005 17:47:17 -0500, Ben Konrath <be...@ba...> wrote:
> > Hi,
> >
> > I'd like to take the opportunity to invite those of you who can't actually
> > make it to Toronto. It would be great to see some people meet up on irc
> > for some hacking as well :)
> >
> > I'm going to start building my gnome stack soon. For those who are
> > planning on helping out (in person or on IRC) it would be very useful to
> > have gnome stack built before Saturday morning.
> >
> > Jeff, do you have your jhbuild conf posted anywhere?
> 
> I am attaching my .jhbuildrc file to this email.  There are two items
> to be aware of.  The details of each follows:
> 
> 1) jhbuild has not been updated to support the new java-gnome
> structure where each module is a separate project in cvs.  Further
> we have recently split out our base classes and jni utility routines
> into their own small library to make it easier to support bindings
> that do not derive from glib (like cairo-java).  This is also not reflected
> in jhbuild.  This means that you can use jhbuild to create the environment
> you need to develop java-gnome but you cannot use jhbuild to
> build the java-gnome bindings.  If you use eclipse for development
> this is not a problem.  You can just check out the code and hack
> away.  If you use other tools you could easily check out the java-gnome
> modules (more on this later) into your srcdir for jhbuild and hack
> hack.
> 
> 2) You must make a decision on your moduleset prior to starting your
> build.  The gnome-2.12 moduleset still uses gtk+ 2.6 but our libgtk-java
> cvs HEAD uses gtk+ 2.7.  If you plan to work on libgtk-java, cairo-java,
> or our new gst-java bindings you will need to use the gtk28 moduleset.
> If you plan to work on any of the other binding projects you must use
> the gnome-2.12 moduleset.  My .jhbuildrc file is setup so you can just
> comment/uncomment out the correct moduleset and modules.
> 
> HOW TO BUILD JAVA-GNOME
> ----------------------------------------------
> Currently our gtk-java, and cairo-java bindings are in heavy development
> while our gnome-java, gconf-java, and glade-java bindings are in a stable
> (non-development) period.  We have made structural changes to the modules
> in development.  Due to these changes there are currently two ways in
>  which you would build java-gnome.  This will change once our other modules
> enter development and the first method mentioned below will be the only
> method.
> 
> 1) If you wish to build gtk-java and cairo-java for development you should
> build the following modules in this order (remember you need jhbuild gtk28
> moduleset for this):
> 
> gnome cvs: java-gnome
> freedesktop cvs: cairo-java
> gnome cvs: libgtk-java
> 
> 2) If you wish to build the entire java-gnome stack (stable releases) for
> bug fixing you should build the following modules in this order:
> 
> gnome cvs: libgtk-java branch gtk-java-2-6
> gnome cvs: llibgnome-java
> gnome cvs: libglade-java
> gnome cvs: libgconf-java
> 
> There are other modules that are part of java-gnome which are quite hackable!
> You should follow build order 2 above.  These modules are:
> 
> gnome cvs: libgnomevfs-java
> gnome cvs: libgtkmozembed-java
> gnome cvs: libvte-java
> 
> and soon:
> 
> freedesktop cvs: gst-java
> freedesktop cvs: dbus-java
> 
> I look forward to a great time in Toronto this weekend.  In addition
> to a healthy dose of hacking there are several key items we will
> be discussing which will have an impact on the bindings.  If you
> cannot attend please join us on irc.
> 
> --
> 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
> 


-- 
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