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

[Java-gnome-developer] starting a new project

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

Hi All,

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. Is there possibilities to create templates for libraries 
and applications? That could also help to deploy new 
applications/librairies on all distrib (Debian/Gentoo/Slack).

I adapted your automake, autoconf files for my library but I don't know 
if it is the good way, and I don't know how to proceed for an 
application. The example you give (Makefile) for an application must be 
rewrite depending the distribution target. Could you please give me 
help to make these templates!

Regards,
Olivier




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

Re: [Java-gnome-developer] Re: error: java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure

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

Yep ;)

> 
> That should be the -fjni option...
>                     ^
> 
> AfC
> Paris
> 

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

Re: [Java-gnome-developer] Re: error: java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure

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

On Tue, 2005-29-03 at 21:48 +0200, Olivier Evalet wrote:
> I found that I must build ma library with 
> -jni option. By default gcj use cni framework!!

That should be the -fjni option...
                    ^

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

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

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

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?

Cheers, Ben

Re: [Java-gnome-developer] Re: error: java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure

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

Thanks a lot ;)

Nicholas Rahn wrote:
> Hi Olivier,
> 
> I compared the Makefile you sent in the previous mail with one that i
> have used in the past and i found a couple of differences.  Here's the
> "native" target from my Makefile:
> 
> 
> native:
>         ${GCJ} --classpath=.:${INCLUDES} -L${JG_LIBDIR} -lgcj ${LIBS}
> --main=${MAIN} -o ${TARGET} ${FILES}
> 
> 
> I have an extra -L definition as well as the -lgcj.  I don't actually
> use the native compile anymore, but if i remember correctly, the -lgcj
> part was important.  My java-gnome libs are in a non-standard location
> so i think that was why i had the extra -L defined.
It help for other things ;) I found that I must build ma library with 
-jni option. By default gcj use cni framework!! Whitout -jni gcj try to 
link C++ implementation...


Olivier

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

Looks nice... could you please attach those files to
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/JGDiscussionTreeViewEasier ?

I think the way the columns are created (and the way the renderer is set) could be improved, maybe
with some ideas which are on that topic. For example, 

----
TreeViewColumn col = new TreeViewColumn();
list.appendColumn(col)
----

is not very Javaish. Something like:

----
TreeViewColumn col = list.newColumn();
----

would be better, IMO. Anyways, we can work this.

Cheers,
J.V.


 --- Ka-Hing Cheung <ka...@gm...> escreveu: 
> > I just started to work on a CustomTreeModel which would let you do
> > that. I am quite new to JNI and not sure if the whole thing would work
> > at all, I will let you know what I find out within the next week or
> > so.
> 
> Attached is something that I hacked to together in a couple hours.
> Seems to work for a flat list with one column, didn't try anything
> more complex than that. Note that in order for the tree to display
> whatever's in the model, you still need to give it a renderer:
> 
> /* NewStore is something that extends CustomTreeModel */
> TreeView list = new TreeView(new NewStore()); 
> TreeViewColumn col = new TreeViewColumn();
> 
> CellRendererText renderer = new CellRendererText();
> list.appendColumn(col);
> col.packStart(renderer, true);
> col.setVisible(true);
> 
> DataColumnString c = new DataColumnString();
> // associate c with another model, but NOT NewStore, otherwise the next line
> // will complain
> col.addAttributeMapping(renderer, CellRendererText.Attribute.TEXT, c);
> 
> Note that you will need to modify Makefile.am in order for those 2
> files to build with java-gtk.
> 
> -khc
> > /*
>  * Java-Gnome Bindings Library
>  *
>  * Copyright 1998-2004 the Java-Gnome Team, all rights reserved.
>  *
>  * The Java-Gnome bindings library is free software distributed under
>  * the terms of the GNU Library General Public License version 2.
>  */
> 
> package org.gnu.gtk;
> 
> import org.gnu.glib.Handle;
> import org.gnu.glib.Type;
> import org.gnu.glib.Value;
> 
> public abstract class CustomTreeModel extends TreeModel {
> 
>     public CustomTreeModel() {
> 	super(custom_tree_model_new());
> 	set_java_model();
>     }
> 
> 
>     /**
>      * @return probably 0
>      */
>     public abstract int getFlags();
> 
>     /**
>      * @return the number of columns
>      */
>     public abstract int getColumnCount();
> 
>     /**
>      * @return the type of the column
>      */
>     public abstract Type getColumnType(int column);
> 
>     /**
>      * row is the object returned by getChild, non-null
>      *
>      * @return
>      */
>     public abstract Value getValue(Object row, int column);
> 
>     /**
>      * @return the i'th child of obj, or if obj is null, return the i'th
>      *         top level node
>      */
>     public abstract Object getChild(Object obj, int i);
> 
>     /**
>      * if obj is null, return the number of top-level rows
>      */
>     public abstract int getChildrenCount(Object obj);
> 
>     public abstract int getIndexOfChild(Object parent, Object child);
> 
>     public abstract Object getParent(Object child);
> 
>     native final private void set_java_model();
> 
>     native static final protected Handle custom_tree_model_new();
> }
> > /*
>  * Java-Gnome Bindings Library
>  *
>  * Copyright 1998-2004 the Java-Gnome Team, all rights reserved.
>  *
>  * The Java-Gnome bindings library is free software distributed under
>  * the terms of the GNU Library General Public License version 2.
>  */
> 
> #include <jni.h>
> #include <gtk/gtk.h>
> #include "jg_jnu.h"
> 
> #ifdef __cplusplus
> extern "C"
> {
> #endif
> 
> 
> /* Some boilerplate GObject defines. 'klass' is used
>  *   instead of 'class', because 'class' is a C++ keyword */
> 
> #define TREE_MODEL_TYPE         (tree_model_get_type())
> #define TREE_MODEL(obj)         (G_TYPE_CHECK_INSTANCE_CAST((obj), TREE_MODEL_TYPE, TreeModel))
> #define TREE_MODEL_CLASS(klass) (G_TYPE_CHECK_CLASS_CAST((klass), TREE_MODEL_TYPE,
> TreeModelClass))
> #define IS_TREE_MODEL(obj)      (G_TYPE_CHECK_INSTANCE_TYPE((obj), TREE_MODEL_TYPE))
> #define IS_TREE_MODEL_CLASS(klass) (G_TYPE_CHECK_CLASS_TYPE((klass), TREE_MODEL_TYPE))
> #define TREE_MODEL_GET_CLASS(obj) (G_TYPE_INSTANCE_GET_CLASS((obj), TREE_MODEL_TYPE,
> TreeModelClass))
> 
> 
> typedef struct _TreeModel       TreeModel;
> typedef struct _TreeModelClass  TreeModelClass;
> 
> 
> 
> /* CustomList: this structure contains everything we need for our
>  *             model implementation. You can add extra fields to
>  *             this structure, e.g. hashtables to quickly lookup
>  *             rows or whatever else you might need, but it is
>  *             crucial that 'parent' is the first member of the
>  *             structure.                                          */
> 
> struct _TreeModel
> {
>     GObject         parent;      /* this MUST be the first member */
> 
>     JNIEnv          *java_env;
> 
>     jobject         java_model;       /* underly java model */
> 
> };
> 
> 
> /* CustomListClass: more boilerplate GObject stuff */
> 
> struct _TreeModelClass
> {
>   GObjectClass parent_class;
> };
> 
> 
> GType tree_model_get_type (void);
> 
> TreeModel *tree_model_new (void);
> 
> void tree_model_set_jobject(TreeModel *model, JNIEnv *env, jobject obj);
> 
> 
> /* boring declarations of local functions */
> 
> static void         tree_model_init            (TreeModel      *pkg_tree);
> 
> static void         tree_model_class_init      (TreeModelClass *klass);
> 
> static void         tree_model_tree_model_init (GtkTreeModelIface *iface);
> 
> static void         tree_model_finalize        (GObject           *object);
> 
> static GtkTreeModelFlags tree_model_get_flags  (GtkTreeModel      *tree_model);
> 
> static gint         tree_model_get_n_columns   (GtkTreeModel      *tree_model);
> 
> static GType        tree_model_get_column_type (GtkTreeModel      *tree_model,
>                                                  gint               index);
> 
> static gboolean     tree_model_get_iter        (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter,
>                                                  GtkTreePath       *path);
> 
> static GtkTreePath *tree_model_get_path        (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter);
> 
> static void         tree_model_get_value       (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter,
>                                                  gint               column,
>                                                  GValue            *value);
> 
> static gboolean     tree_model_iter_next       (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter);
> 
> static gboolean     tree_model_iter_children   (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter,
>                                                  GtkTreeIter       *parent);
> 
> static gboolean     tree_model_iter_has_child  (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter);
> 
> static gint         tree_model_iter_n_children (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter);
> 
> static gboolean     tree_model_iter_nth_child  (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter,
>                                                  GtkTreeIter       *parent,
>                                                  gint               n);
> 
> static gboolean     tree_model_iter_parent     (GtkTreeModel      *tree_model,
>                                                  GtkTreeIter       *iter,
>                                                  GtkTreeIter       *child);
> 
> 
> 
> static GObjectClass *parent_class = NULL;  /* GObject stuff - nothing to worry about */
> 
> JNIEXPORT void JNICALL
> Java_org_gnu_gtk_CustomTreeModel_set_1java_1model(JNIEnv *env, jobject obj)
> {
>     TreeModel *model = (TreeModel *)getPointerFromJavaGObject(env, obj);
>     model->java_model = (*env)->NewGlobalRef(env, obj);
> }
> 
> JNIEXPORT jobject JNICALL
> Java_org_gnu_gtk_CustomTreeModel_custom_1tree_1model_1new(JNIEnv *env,
> 							  jclass klass)
> {
>     TreeModel *model = tree_model_new();
>     model->java_env = env;
> 
>     return getHandleFromPointer(env, model);
> }
> 
> /*****************************************************************************
>  *
>  *  tree_model_get_type: here we register our new type and its interfaces
>  *                        with the type system. If you want to implement
>  *                        additional interfaces like GtkTreeSortable, you
>  *                        will need to do it here.
>  *
>  *****************************************************************************/
> 
> GType
> tree_model_get_type (void)
> {
>   static GType tree_model_type = 0;
> 
>   if (tree_model_type)
>     return tree_model_type;
> 
>   /* Some boilerplate type registration stuff */
>   if (1)
>   {
>     static const GTypeInfo tree_model_info =
>     {
>       sizeof (TreeModelClass),
>       NULL,                                         /* base_init */
>       NULL,                                         /* base_finalize */
>       (GClassInitFunc) tree_model_class_init,
>       NULL,                                         /* class finalize */
>       NULL,                                         /* class_data */
>       sizeof (TreeModel),
>       0,                                           /* n_preallocs */
>       (GInstanceInitFunc) tree_model_init
>     };
> 
>     tree_model_type = g_type_register_static (G_TYPE_OBJECT, "TreeModel",
>                                                &tree_model_info, (GTypeFlags)0);
>   }
> 
>   /* Here we register our GtkTreeModel interface with the type system */
>   if (1)
>   {
>     static const GInterfaceInfo tree_model_info =
>     {
>       (GInterfaceInitFunc) tree_model_tree_model_init,
>       NULL,
>       NULL
>     };
> 
>     g_type_add_interface_static (tree_model_type, GTK_TYPE_TREE_MODEL, &tree_model_info);
>   }
> 
>   return tree_model_type;
> }
> 
> 
> /*****************************************************************************
>  *
>  *  tree_model_class_init: more boilerplate GObject/GType stuff.
>  *                          Init callback for the type system,
>  *                          called once when our new class is created.
> 
=== message truncated === 


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

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

> I just started to work on a CustomTreeModel which would let you do
> that. I am quite new to JNI and not sure if the whole thing would work
> at all, I will let you know what I find out within the next week or
> so.

Attached is something that I hacked to together in a couple hours.
Seems to work for a flat list with one column, didn't try anything
more complex than that. Note that in order for the tree to display
whatever's in the model, you still need to give it a renderer:

/* NewStore is something that extends CustomTreeModel */
TreeView list = new TreeView(new NewStore()); 
TreeViewColumn col = new TreeViewColumn();

CellRendererText renderer = new CellRendererText();
list.appendColumn(col);
col.packStart(renderer, true);
col.setVisible(true);

DataColumnString c = new DataColumnString();
// associate c with another model, but NOT NewStore, otherwise the next line
// will complain
col.addAttributeMapping(renderer, CellRendererText.Attribute.TEXT, c);

Note that you will need to modify Makefile.am in order for those 2
files to build with java-gtk.

-khc

[Java-gnome-developer] java-gnome GtkSourceView

[Jonathon L. <j...@co...>]

>
> Which library contains this widget?  I could not find
> it in gtk+.
>

sorry, it's not actually in any library, it's a standalone thing. (though
maybe it should be included in gtk+)

gtksourceview.sf.net

From what I can gather, it's being used more and more. In gEdit, and
ithink SharpDevelop uses it (or will use it) too.

may fall outside java-gnome's scope.

J.

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

On Thu, 24 Mar 2005 19:01:59 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> On Thu, 24 Mar 2005 09:45:50 -0400, Robert Marcano
> <ro...@ma...> wrote:
> > I think what he wants is to be possible to do what any good user of a
> > JTable do:
> >
> > public class MyModel implements TableModel {
> > .....
> > }
> >
> > instead of copying the data from the original source to the
> > DefaultTableModel class for example. A lot of GTK programmers develop
> > programs using the last option: copy the data to a GtkTreeStore or
> > GtkListStore instead of implementing the GtkTreeModel interface (this
> > was not possible the last time I used java-gnome)
> 

I just started to work on a CustomTreeModel which would let you do
that. I am quite new to JNI and not sure if the whole thing would work
at all, I will let you know what I find out within the next week or
so.

-khc

[Java-gnome-developer] java-gnome GtkSourceView

[Jonathon L. <j...@co...>]

Are there any plans to wrap GtkSourceView with java-gnome?

J.

Re: [Java-gnome-developer] assorted notes

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

Hey, talk about lots of good suggestions... i'm saving these notes; but please keep sending 'em...

Cheers,
J.V.



--- Havoc Pennington <hp...@re...> wrote:
> Hi,
> 
> Playing with java-gnome today, I encountered a number of suggestions and
> problems, some of them surely my fault (I'm not a Java programmer
> really). I'll just write them down and you guys can filter the
> worthwhile ones.
> 
> - general observation: http://mail.gnome.org/archives/gtk-devel-list/2005-March/msg00175.html
>  - please kill color allocation, that's very easy and 
>    nobody understands it...
>  - main loop should be on the glib level
>  - kill GtkObject from the hierarchy
> 
> - ah, another one I forgot in the gtk-devel-list post: delete_event should be moved
>   from GtkWidget to GtkWindow, people confuse it with the destroy signal so it's 
>   a real improvement to do this
> 
> - the constructor for GC should take a Drawable rather than Window
> 
> - I can't seem to construct a Point because of a runtime link error
>   finding gdk_point_new
> 
> - I can't seem to construct a Segment because the only constructor
>   takes a Handle
> 
> - the JNI for draw_lines() looks fishy to me (array of Point* instead of 
>   array of Point?) but I'm too lazy to investigate enough to be sure
> 
> - I find Drawable.getDimension() pretty strange; plus the temporary 
>   Dimension object isn't efficient. I'd suggest just getWidth()/Height()
> 
> - I can't figure out how to get a ConfigureEvent on widgets, needed to 
>   use DrawingArea
> 
> - building cairo-java I get an error because jg_jnu.h includes glib.h but 
>   the appropriate cflags -I/usr/include/glib-2.0 weren't on the compile line
> 
> - PDF part of cairo-java is out of date (kristian probably broke it recently)
> 
> - .pc file says "javagnome0.1.jar" but it's installed as "java-gnome0.1.jar" with 
>   a hyphen
> 
> - libgtk-java seems to include Cairo jar but not java-gnome0.1.jar in classpath
> 
> - src/java/org/gnu/gdk/Color.java:163:
> gdk_cairo_set_source_color(org.gnu.glib.Handle,org.gnu.glib.Handle) in
> org.gnu.gdk.Color cannot be applied to
> (org.gnu.javagnome.Handle,org.gnu.glib.Handle)
>                 gdk_cairo_set_source_color(cairo.getHandle(), getHandle());
>                 ^
> 
> - the TextView "action" signals should not be exported as signals, they 
>   aren't something application code would connect to (this is true of 
>   all action signals really, they are only used to configure keybindings)
> 
> - isn't the Handle interface pretty expensive vs. just using "long"?
> 
> - there are a lot of members in GObject and Widget as well, which is 
>   quite a bit of overhead... most of them seem listener-related. I wonder
>   if there's a better approach.
> 
> Hope this is helpful, thanks for the software!
> 
> I haven't worked on bindings stuff since around the GTK+ 2.0 release
> time so forgive any rusty thinking.
> 
> Havoc
> 
> 
> 
> 
> 
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 


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

Re: [Java-gnome-developer] assorted notes

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

Havoc,

Thanks for this feedback.  Several of the items mentioned below
are already on my TODO list.  

I am currently in the process of splitting out our base classes 
and utility methods into the java-gnome package.  Wednesday 
and Thursday night I worked on these packages.  I am also 
updating our cairo-java bindings to use this package.  This 
will break the cyclical dependencies between our gtk-java and 
cairo-java bindings.  I hope to have this completed this weekend.
At that time I should be able to update cairo-java with the new
APIs (I am a little over a week behind).

Once my cairo-java is up to date I hope to focus on GDK/GTK.
My first step will be to change libgtk-java to use the new utility
library.  This should be quite easy.  Once that is complete I
plan to complete the cairo integration.  At that time it should 
be easy to address most of the items you mention below.

Thanks for taking the time to look through the code.  It is nice
to have a fresh set of eyes taking a look.  We always apreciate
your feedback.

btw, have you received your invitation to java-gnome-con?  It
is the hottest event of the year !! ;-)  It is just a simple gathering
of Java-GNOME hackers and interested parties at the Red Hat
Toronto office April 2nd.  There is no formal agenda; just plenty
of hacking. You are welcome to attend.


On Fri, 25 Mar 2005 02:21:04 -0500, Havoc Pennington <hp...@re...> wrote:
> Hi,
> 
> Playing with java-gnome today, I encountered a number of suggestions and
> problems, some of them surely my fault (I'm not a Java programmer
> really). I'll just write them down and you guys can filter the
> worthwhile ones.
> 
> - general observation: http://mail.gnome.org/archives/gtk-devel-list/2005-March/msg00175.html
>  - please kill color allocation, that's very easy and
>    nobody understands it...
>  - main loop should be on the glib level
>  - kill GtkObject from the hierarchy
> 
> - ah, another one I forgot in the gtk-devel-list post: delete_event should be moved
>   from GtkWidget to GtkWindow, people confuse it with the destroy signal so it's
>   a real improvement to do this
> 
> - the constructor for GC should take a Drawable rather than Window
> 
> - I can't seem to construct a Point because of a runtime link error
>   finding gdk_point_new
> 
> - I can't seem to construct a Segment because the only constructor
>   takes a Handle
> 
> - the JNI for draw_lines() looks fishy to me (array of Point* instead of
>   array of Point?) but I'm too lazy to investigate enough to be sure
> 
> - I find Drawable.getDimension() pretty strange; plus the temporary
>   Dimension object isn't efficient. I'd suggest just getWidth()/Height()
> 
> - I can't figure out how to get a ConfigureEvent on widgets, needed to
>   use DrawingArea
> 
> - building cairo-java I get an error because jg_jnu.h includes glib.h but
>   the appropriate cflags -I/usr/include/glib-2.0 weren't on the compile line
> 
> - PDF part of cairo-java is out of date (kristian probably broke it recently)
> 
> - .pc file says "javagnome0.1.jar" but it's installed as "java-gnome0.1.jar" with
>   a hyphen
> 
> - libgtk-java seems to include Cairo jar but not java-gnome0.1.jar in classpath
> 
> - src/java/org/gnu/gdk/Color.java:163:
> gdk_cairo_set_source_color(org.gnu.glib.Handle,org.gnu.glib.Handle) in
> org.gnu.gdk.Color cannot be applied to
> (org.gnu.javagnome.Handle,org.gnu.glib.Handle)
>                 gdk_cairo_set_source_color(cairo.getHandle(), getHandle());
>                 ^
> 
> - the TextView "action" signals should not be exported as signals, they
>   aren't something application code would connect to (this is true of
>   all action signals really, they are only used to configure keybindings)
> 
> - isn't the Handle interface pretty expensive vs. just using "long"?
> 
> - there are a lot of members in GObject and Widget as well, which is
>   quite a bit of overhead... most of them seem listener-related. I wonder
>   if there's a better approach.
> 
> Hope this is helpful, thanks for the software!
> 
> I haven't worked on bindings stuff since around the GTK+ 2.0 release
> time so forgive any rusty thinking.
> 
> Havoc
> 
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> 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] assorted notes

[Havoc P. <hp...@re...>]

Hi,

Playing with java-gnome today, I encountered a number of suggestions and
problems, some of them surely my fault (I'm not a Java programmer
really). I'll just write them down and you guys can filter the
worthwhile ones.

- general observation: http://mail.gnome.org/archives/gtk-devel-list/2005-March/msg00175.html
 - please kill color allocation, that's very easy and 
   nobody understands it...
 - main loop should be on the glib level
 - kill GtkObject from the hierarchy

- ah, another one I forgot in the gtk-devel-list post: delete_event should be moved
  from GtkWidget to GtkWindow, people confuse it with the destroy signal so it's 
  a real improvement to do this

- the constructor for GC should take a Drawable rather than Window

- I can't seem to construct a Point because of a runtime link error
  finding gdk_point_new

- I can't seem to construct a Segment because the only constructor
  takes a Handle

- the JNI for draw_lines() looks fishy to me (array of Point* instead of 
  array of Point?) but I'm too lazy to investigate enough to be sure

- I find Drawable.getDimension() pretty strange; plus the temporary 
  Dimension object isn't efficient. I'd suggest just getWidth()/Height()

- I can't figure out how to get a ConfigureEvent on widgets, needed to 
  use DrawingArea

- building cairo-java I get an error because jg_jnu.h includes glib.h but 
  the appropriate cflags -I/usr/include/glib-2.0 weren't on the compile line

- PDF part of cairo-java is out of date (kristian probably broke it recently)

- .pc file says "javagnome0.1.jar" but it's installed as "java-gnome0.1.jar" with 
  a hyphen

- libgtk-java seems to include Cairo jar but not java-gnome0.1.jar in classpath

- src/java/org/gnu/gdk/Color.java:163:
gdk_cairo_set_source_color(org.gnu.glib.Handle,org.gnu.glib.Handle) in
org.gnu.gdk.Color cannot be applied to
(org.gnu.javagnome.Handle,org.gnu.glib.Handle)
                gdk_cairo_set_source_color(cairo.getHandle(), getHandle());
                ^

- the TextView "action" signals should not be exported as signals, they 
  aren't something application code would connect to (this is true of 
  all action signals really, they are only used to configure keybindings)

- isn't the Handle interface pretty expensive vs. just using "long"?

- there are a lot of members in GObject and Widget as well, which is 
  quite a bit of overhead... most of them seem listener-related. I wonder
  if there's a better approach.

Hope this is helpful, thanks for the software!

I haven't worked on bindings stuff since around the GTK+ 2.0 release
time so forgive any rusty thinking.

Havoc

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

On Thu, 24 Mar 2005 09:45:50 -0400, Robert Marcano
<ro...@ma...> wrote:
> I think what he wants is to be possible to do what any good user of a
> JTable do:
> 
> public class MyModel implements TableModel {
> .....
> }
> 
> instead of copying the data from the original source to the
> DefaultTableModel class for example. A lot of GTK programmers develop
> programs using the last option: copy the data to a GtkTreeStore or
> GtkListStore instead of implementing the GtkTreeModel interface (this
> was not possible the last time I used java-gnome)

Yes that's what I meant, and there's no way to write your own renderer at all.

-khc

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

--- Robert Marcano <ro...@ma...> wrote:
> I think what he wants is to be possible to do what any good user of a
> JTable do:
> 
> public class MyModel implements TableModel {
> .....
> }
> 
> instead of copying the data from the original source to the
> DefaultTableModel class for example. A lot of GTK programmers develop
> programs using the last option: copy the data to a GtkTreeStore or
> GtkListStore instead of implementing the GtkTreeModel interface (this
> was not possible the last time I used java-gnome)

Indeed... when i was thinking about the improvements to make to the List/Tree i think i thought of
this way, but didn't go on with it because it could be a major change in JG, so i was trying to
find a mid-term instead. But this is definitely worth of discussion.

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] JTable(Swing) to java-gnome

[Robert M. <ro...@ma...>]

On Thu, 2005-03-24 at 10:24 -0300, Joao Victor wrote:
> --- Ka-Hing Cheung <ka...@gm...> wrote:
> > There's currently no way to implement the model(without copying)/renderer
> > with java-gnome, is there any plan to improve things in that area?
> 
> Hum, didn't understand exactly what you mean by "There's currently no way to implement the
> model(without copying)/renderer"? You can make lists and trees, that's possible. A JTable from my
> understanding would be a multicolumn List, which is also possible.

I think what he wants is to be possible to do what any good user of a
JTable do:

public class MyModel implements TableModel {
.....
}

instead of copying the data from the original source to the
DefaultTableModel class for example. A lot of GTK programmers develop
programs using the last option: copy the data to a GtkTreeStore or
GtkListStore instead of implementing the GtkTreeModel interface (this
was not possible the last time I used java-gnome)

> 
> What isn't good, however, is the api to do this stuff... it's too 'C-ish' currently, and yup we're
> trying to improve things in that area. There's a discussion about this going on here:
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/JGDiscussionTreeViewEasier
> 
> Cheers,
> J.V.
> 

________________________________________
Robert Marcano

web: http://www.marcanoonline.com/
blog: http://www.marcanoonline.com/plog/

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

--- Ka-Hing Cheung <ka...@gm...> wrote:
> There's currently no way to implement the model(without copying)/renderer
> with java-gnome, is there any plan to improve things in that area?

Hum, didn't understand exactly what you mean by "There's currently no way to implement the
model(without copying)/renderer"? You can make lists and trees, that's possible. A JTable from my
understanding would be a multicolumn List, which is also possible.

What isn't good, however, is the api to do this stuff... it's too 'C-ish' currently, and yup we're
trying to improve things in that area. There's a discussion about this going on here:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/JGDiscussionTreeViewEasier

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] question for native build

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

sorry, i responded to this mail via a different thread.  sorry for the
confusion.  here's the response again (in the correct thread :-).



Hi Olivier,

I compared the Makefile you sent in the previous mail with one that i
have used in the past and i found a couple of differences.  Here's the
"native" target from my Makefile:


native:
        ${GCJ} --classpath=.:${INCLUDES} -L${JG_LIBDIR} -lgcj ${LIBS}
--main=${MAIN} -o ${TARGET} ${FILES}


I have an extra -L definition as well as the -lgcj.  I don't actually
use the native compile anymore, but if i remember correctly, the -lgcj
part was important.  My java-gnome libs are in a non-standard location
so i think that was why i had the extra -L defined.

hope this helps,
nick


On Fri, 2005-03-18 at 13:38 +0100, Olivier Evalet wrote:
> Hi All, 
> First, thanks a lot for your great work!!!
> 
> I'm working to make a local linux distribution to help my friends to
> understand what it mean freedom and sharing. Two weeks ago, I decided to
> build tools with java-gnome and gcj. It is really exciting to see java &
> java-gnome working without any jre!!!
> 
> I began to build the gui installer and his partedjava library helper. I
> also discovered eclipse that I directly adopted. I learned on your
> makefile.am and config.ac and adepted the gtkjava to my partedjava. Now
> I can build with eclipse and distribute with configure/make.
> 
> Here is my question. The gui installer depend on libpartedjava and
> lpartedjava depend on the jni libpartedjni.so. When I use java and
> eclipse all is working perfectly. But when I try to build natively, I
> get an link error only for jni methodes:
> 
> ../libpartedjava.so: undefined reference to `org::gnu::parted::Device::create_devices(JArray<org::gnu::parted::Device*>*)'
> ../libpartedjava.so: undefined reference to `org::gnu::parted::Device::init_device()'
> ../libpartedjava.so: undefined reference to `org::gnu::parted::Device::get_partitions(org::gnu::parted::Device*)'
> ../libpartedjava.so: undefined reference to `org::gnu::parted::Device::init_parted()'
> 
> and 
> %>objdump -T /usr/lib/libpartedjava.so |grep init_parted
> %>00000000      D  *UND*  00000000              _ZN3org3gnu6parted6Device11init_partedEv
> 
> I think that I have a bad link option but I don't know where, you will
> find on attach the make.am for the partedjava & partedjni, and the
> makefile for gui Installer.
> 
> 
> Have you any idea?
> 
> 
> Cheers,
> Olivier
> 

Re: [Java-gnome-developer] Re: error: java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure

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

Hi Olivier,

I compared the Makefile you sent in the previous mail with one that i
have used in the past and i found a couple of differences.  Here's the
"native" target from my Makefile:


native:
        ${GCJ} --classpath=.:${INCLUDES} -L${JG_LIBDIR} -lgcj ${LIBS}
--main=${MAIN} -o ${TARGET} ${FILES}


I have an extra -L definition as well as the -lgcj.  I don't actually
use the native compile anymore, but if i remember correctly, the -lgcj
part was important.  My java-gnome libs are in a non-standard location
so i think that was why i had the extra -L defined.

hope this helps,
nick


On Wed, 2005-03-23 at 19:45 +0100, Olivier Evalet wrote:
> If it can help you... My main desktop is on gentoo and all is working 
> perfectly with gcj . Unfortunately, on debian "sarge" I got the same 
> error with the same libs version:
> java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure
> 
> Let me know if I can help on this debug ;)
> 
> 
> gcj (GCC) 3.3.5 (Debian 1:3.3.5-8)
> gcj (GCC) 3.3.5  (Gentoo Hardened Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)
> 
> cheers,
> Olivier
> 
> 

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

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

On Wed, 23 Mar 2005 11:54:44 +1100, Andrew Cowie
<an...@op...> wrote:
> The GTK table widget is quite tricky to use; The underlying GTK
> TreeView/TreeModel API is considerably different from what swing
> provides, and the java-gnome binding is similarly different.

There's currently no way to implement the model(without copying)/renderer
with java-gnome, is there any plan to improve things in that area?

-khc

Re: [Java-gnome-developer] Re: error: java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure

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

If it can help you... My main desktop is on gentoo and all is working 
perfectly with gcj . Unfortunately, on debian "sarge" I got the same 
error with the same libs version:
java.lang.reflect.InvocationTargetException: ListenerDelegate.create failure

Let me know if I can help on this debug ;)


gcj (GCC) 3.3.5 (Debian 1:3.3.5-8)
gcj (GCC) 3.3.5  (Gentoo Hardened Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)

cheers,
Olivier


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

Re: [Java-gnome-developer] JTable(Swing) to java-gnome

[pancake <pa...@ph...>]

i'll nice to use jawt to attach awt/swing widgets inside java-gnome applications. How do you see that idea?

On Wed, 23 Mar 2005 11:54:44 +1100
Andrew Cowie <an...@op...> wrote:

> On Tue, 2005-22-03 at 09:45 +0100, Ralph Henneberger wrote:
> > i written a program that's use a swing.JTable, i will porting the
> > program to java-gnome.
> 
> The GTK table widget is quite tricky to use; The underlying GTK
> TreeView/TreeModel API is considerably different from what swing
> provides, and the java-gnome binding is similarly different.
> 
> You should first read:
> 
>          http://java-gnome.sourceforge.net/docs/javadoc-2.8.2/org/gnu/gtk/TreeView.html
> 
> and the javadoc for other related classes.
> 
> Then you might look at some examples code. In particular, in the
> java-gnome source code for the libgtk-java package, you will find
> 
> 	doc/examples/tree/TreeExample.java 
> 
> which shows many of the basics. After you've looked at that, let us know
> if its making sense.
> 
> AfC
> Sydney
> 
> -- 
> 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
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: 2005 Windows Mobile Application Contest
> Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones
> for the chance to win $25,000 and application distribution. Enter today at
> http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

[Java-gnome-developer] Question about DataColumn.getType()

[Clint A. <ca...@au...>]

The getType() method in DataColumn has a line that confuses me, maybe
someone can explain:

public Type getType(){
        if (type != null){
                Type t = type;
                type = null;    //  <-- here's the confusing line --
                return t;
        }else
      throw new RuntimeException("The type either hasn't been set, or has
already been requested and destroyed");
}

Why is type being set to null here?
The reason I'm worrying about this is that I'm trying to construct a
ListStore that is created with an array of DataColumnStrings.  When the
array gets passed to the ListStore constructor, the DataColumn.getType()
method is called, and now all my DataColumnStrings have a type of null!
:-/

[Java-gnome-developer] libgtk-java update

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

Yesterday the maintainence branch for 2.6 was created.  It
is labeled gtk-java-2-6.   cvs HEAD is now where new development 
is taking place and should be considered unstable.  If fact, yesterday
I checked in the first code for our cairo integration.  This means
that you will need cairo 0.4 or later and cairo-java in order to
build libgtk-java from cvs HEAD.

-- 
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] JTable(Swing) to java-gnome

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

On Tue, 2005-22-03 at 09:45 +0100, Ralph Henneberger wrote:
> i written a program that's use a swing.JTable, i will porting the
> program to java-gnome.

The GTK table widget is quite tricky to use; The underlying GTK
TreeView/TreeModel API is considerably different from what swing
provides, and the java-gnome binding is similarly different.

You should first read:

         http://java-gnome.sourceforge.net/docs/javadoc-2.8.2/org/gnu/gtk/TreeView.html

and the javadoc for other related classes.

Then you might look at some examples code. In particular, in the
java-gnome source code for the libgtk-java package, you will find

	doc/examples/tree/TreeExample.java 

which shows many of the basics. After you've looked at that, let us know
if its making sense.

AfC
Sydney

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