java-gnome-hackers Mailing List for The java-gnome language bindings project (Page 106)
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-hackers — Hacking on the bindings themselves: design issues and co-ordination
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(102) |
Sep
(43) |
Oct
(32) |
Nov
(43) |
Dec
(51) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(19) |
Mar
(39) |
Apr
(22) |
May
|
Jun
(11) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(9) |
Dec
(73) |
| 2004 |
Jan
(88) |
Feb
(141) |
Mar
(116) |
Apr
(69) |
May
(199) |
Jun
(53) |
Jul
(90) |
Aug
(23) |
Sep
(11) |
Oct
(212) |
Nov
(57) |
Dec
(61) |
| 2005 |
Jan
(88) |
Feb
(17) |
Mar
(21) |
Apr
(50) |
May
(44) |
Jun
(33) |
Jul
(21) |
Aug
(37) |
Sep
(39) |
Oct
(43) |
Nov
(40) |
Dec
(15) |
| 2006 |
Jan
(21) |
Feb
(69) |
Mar
(23) |
Apr
(6) |
May
(29) |
Jun
(19) |
Jul
(17) |
Aug
(15) |
Sep
(13) |
Oct
(16) |
Nov
(9) |
Dec
(7) |
| 2007 |
Jan
(30) |
Feb
(39) |
Mar
(1) |
Apr
(12) |
May
(53) |
Jun
(30) |
Jul
(39) |
Aug
(75) |
Sep
(16) |
Oct
(13) |
Nov
(20) |
Dec
(5) |
| 2008 |
Jan
(8) |
Feb
(14) |
Mar
(33) |
Apr
(7) |
May
(22) |
Jun
(23) |
Jul
(17) |
Aug
(9) |
Sep
(9) |
Oct
(25) |
Nov
(9) |
Dec
(1) |
| 2009 |
Jan
(20) |
Feb
(38) |
Mar
(9) |
Apr
(15) |
May
(30) |
Jun
(35) |
Jul
(22) |
Aug
(10) |
Sep
(7) |
Oct
(23) |
Nov
(6) |
Dec
(8) |
| 2010 |
Jan
(5) |
Feb
(10) |
Mar
(17) |
Apr
(10) |
May
(16) |
Jun
(8) |
Jul
(3) |
Aug
(15) |
Sep
(14) |
Oct
(26) |
Nov
(11) |
Dec
(14) |
| 2011 |
Jan
(10) |
Feb
(8) |
Mar
(6) |
Apr
(7) |
May
(18) |
Jun
(17) |
Jul
(6) |
Aug
(1) |
Sep
(2) |
Oct
(6) |
Nov
(2) |
Dec
(10) |
| 2012 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
(5) |
Aug
(14) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(8) |
Mar
(6) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mark H. <mh...@ca...> - 2004-02-28 13:50:30
|
On Sat, Feb 28, 2004 at 08:16:00AM -0500, Jeffrey Morgan wrote: > > * Make pixmap creation functions take a GdkDrawable not a GdkWindow > > - This is a bug. > > Which classes are you talking about. I should also be able to get to > this today. gdk.Pixmap seems to be one place where it's needed. (The above line was copied from the gtk NEWS file) -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: 'Mark H. <mh...@ca...> - 2004-02-28 13:47:46
|
On Sat, Feb 28, 2004 at 10:33:44AM +0000, 'Mark Howard' wrote: > TreeIter > * - add ref to treeModel > * - include many methods from treemodel > What do you think to these changes? IMHO, they would make the treeIter > API nicer - iter.getNext() rather than model.getIterNext( iter ); Patch attached. Please let me know what you think - should I commit it? -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 13:44:14
|
On Sat, 2004-02-28 at 05:33, 'Mark Howard' wrote: > On Thu, Feb 26, 2004 at 12:47:40PM -0500, Jeffrey Morgan wrote: > > I have updated many of the tree classes over the past few days. Can > > you please take a look and prioritize the remaining tree items? > > You have been doing an excellent job Jeff - thanks. > > Is the current release status to release on Monday? Hasn't there been > changes in gtk API in the last couple of days? There have been several changes to the gtk API since the 2.3.4 release. I sent an email to the language-bindings list asking what we should do. > > Looking through the todo... (I've deleted a few items already completed) > Most important items at the top of this list > > CellEditable > * implemented by GtkEntry and GtkSpinButton. > - The class is done but Entry and SpinButton don't implement it, so > it's effectively useless. It's a case of the usual gtk multiple > inheritance, so I'm not sure how it's best handled. > > * GtkSelectionData enhancements are almost certainly needed for treeDrag* > - This would be really useful. I can't find docs for it though, just > references to it in the treeDrag* classes I should be able to get to this today. This will be necessary for all drag-and-drop. > > TreeIter > * - add ref to treeModel > * - include many methods from treemodel > What do you think to these changes? IMHO, they would make the treeIter > API nicer - iter.moveNext() rather than model.moveIterNext( iter ); Good idea. Let me see what I can come up with. > > * Make pixmap creation functions take a GdkDrawable not a GdkWindow > - This is a bug. Which classes are you talking about. I should also be able to get to this today. > > I think the other items will probably have to wait for 2.7 (but anything > we can get done will be a bonus). -Jeff |
|
From: 'Mark H. <mh...@ca...> - 2004-02-28 10:44:38
|
On Thu, Feb 26, 2004 at 12:47:40PM -0500, Jeffrey Morgan wrote: > I have updated many of the tree classes over the past few days. Can > you please take a look and prioritize the remaining tree items? You have been doing an excellent job Jeff - thanks. Is the current release status to release on Monday? Hasn't there been changes in gtk API in the last couple of days? Looking through the todo... (I've deleted a few items already completed) Most important items at the top of this list CellEditable * implemented by GtkEntry and GtkSpinButton. - The class is done but Entry and SpinButton don't implement it, so it's effectively useless. It's a case of the usual gtk multiple inheritance, so I'm not sure how it's best handled. * GtkSelectionData enhancements are almost certainly needed for treeDrag* - This would be really useful. I can't find docs for it though, just references to it in the treeDrag* classes TreeIter * - add ref to treeModel * - include many methods from treemodel What do you think to these changes? IMHO, they would make the treeIter API nicer - iter.moveNext() rather than model.moveIterNext( iter ); * Make pixmap creation functions take a GdkDrawable not a GdkWindow - This is a bug. I think the other items will probably have to wait for 2.7 (but anything we can get done will be a bonus). -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Luca De R. <pie...@li...> - 2004-02-27 21:03:36
|
Il ven, 2004-02-27 alle 13:12, Jeffrey Morgan ha scritto: > > I've spoken too early: realized now that I need gtk-2.3.4 > > GTK is still undergoing API change. In order to be as current > as possible when our beta1 release goes out on Monday I will be > checking in some code later today that requires you to build > from at least last nights' cvs. Sorry 8-( > > > BTW ./configure didn't complain for the missed dependency. > > I'll look into this. Also it didn't link libgnomejava2.6.so.beta1 to libgnomejava2.6.so -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2004-02-27 16:21:13
|
Il ven, 2004-02-27 alle 02:19, Luca De Rugeriis ha scritto: > Hi, > I had to amend some of the build scripts to compile j-g without errors. > I know this work could be done after 1st of March and that we need a > more sophisticated build process, but in the meanwhile this hack makes > possible to compile the library on Fedora1. > > in aclocal.m4: > GCJ_JAR=`(test -d /usr/share/local/java && find /usr/local/share/java -name libgcj-?.?.?.jar) || (test -d /usr/share/java && find /usr/share/java -name libgcj-?.?.?.jar)` > > it's crystal clear that the above will fail when libgcj-?.?.?.jar is not > in the scanned dirs and/or when there are multiple version of libgcj > installed. > > Also when installing the doc-core/faq and the doc-gnome/tutorial, it > wants to copy an index.html file and a tutorial.html file while I've got > a t1.html and a book1.html. > So I've corrected this too, but I'm afraid that it could be my docbook > or something that generated the file with a different name. > I've modified these files: > > doc-core/Makefile.in.in > > # Install targets > install: faq api > -$(INSTALL) -d -m755 > $(DESTDIR)$(datadir)/doc/java-gnome-$(apiversion)/doc/core/ > $(INSTALL) -m644 build-faq/t1.html > # this ^^ is the only thing I've changed > $(DESTDIR)$(datadir)/doc/java-gnome-$(apiversion)/doc/core/faq.html > > Similar for doc-gnome/Makefile.in.in > > Should I commit these changes? I know everyone has the libgcj problem. Did you see the same error for the doc installation? -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2004-02-27 16:17:12
|
Il ven, 2004-02-27 alle 13:12, Jeffrey Morgan ha scritto: > > I've spoken too early: realized now that I need gtk-2.3.4 > > GTK is still undergoing API change. In order to be as current > as possible when our beta1 release goes out on Monday I will be > checking in some code later today that requires you to build > from at least last nights' cvs. Sorry 8-( No problem ;) The situation will improve on my side, since in few days I'll have a T1 connection ;) -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-27 12:22:50
|
> I've spoken too early: realized now that I need gtk-2.3.4 GTK is still undergoing API change. In order to be as current as possible when our beta1 release goes out on Monday I will be checking in some code later today that requires you to build from at least last nights' cvs. Sorry 8-( > BTW ./configure didn't complain for the missed dependency. I'll look into this. -Jeff NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
|
From: Luca De R. <pie...@li...> - 2004-02-27 02:57:14
|
Il ven, 2004-02-27 alle 02:19, Jeffrey Morgan ha scritto: > On Thu, 2004-02-26 at 19:55, Luca De Rugeriis wrote: > > Il gio, 2004-02-26 alle 18:40, Jeffrey Morgan ha scritto: > > > I just checked in the code that does this but I have no way of > > > knowing if it works. Can one of you please write a simple example > > > how to sort the columns of a tree model and add it to the project? > > If Mark can't do it, I have an app lying around with Treemodels in it; > > at least I will say if it works. > > Great. Let me know if it works! I've spoken too early: realized now that I need gtk-2.3.4 BTW ./configure didn't complain for the missed dependency. -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-27 01:46:50
|
On Wed, 2004-02-25 at 21:48, Bob Fischer wrote: > 3. One might consider building CNI bindings for the GTK+ calls, rather > than the current JNI bindings. These would certainly be smaller and > more efficient when using GCJ. CNI bindings could also sidestep the > dynamic library loading problems I experienced (although I sidestepped > them without CNI). However, the added work of keeping two sets of > bindings up to date might not be worth it. This is something that I have thought about for a very long time. There are many pros and cons to support CNI. I would like to know what each of you think. -Jeff |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-27 01:46:15
|
On Thu, 2004-02-26 at 19:55, Luca De Rugeriis wrote: > Il gio, 2004-02-26 alle 18:40, Jeffrey Morgan ha scritto: > > I just checked in the code that does this but I have no way of > > knowing if it works. Can one of you please write a simple example > > how to sort the columns of a tree model and add it to the project? > If Mark can't do it, I have an app lying around with Treemodels in it; > at least I will say if it works. Great. Let me know if it works! -Jeff |
|
From: Luca De R. <pie...@li...> - 2004-02-27 01:33:04
|
Hi,
I had to amend some of the build scripts to compile j-g without errors.
I know this work could be done after 1st of March and that we need a
more sophisticated build process, but in the meanwhile this hack makes
possible to compile the library on Fedora1.
in aclocal.m4:
GCJ_JAR=`(test -d /usr/share/local/java && find /usr/local/share/java -name libgcj-?.?.?.jar) || (test -d /usr/share/java && find /usr/share/java -name libgcj-?.?.?.jar)`
it's crystal clear that the above will fail when libgcj-?.?.?.jar is not
in the scanned dirs and/or when there are multiple version of libgcj
installed.
Also when installing the doc-core/faq and the doc-gnome/tutorial, it
wants to copy an index.html file and a tutorial.html file while I've got
a t1.html and a book1.html.
So I've corrected this too, but I'm afraid that it could be my docbook
or something that generated the file with a different name.
I've modified these files:
doc-core/Makefile.in.in
# Install targets
install: faq api
-$(INSTALL) -d -m755
$(DESTDIR)$(datadir)/doc/java-gnome-$(apiversion)/doc/core/
$(INSTALL) -m644 build-faq/t1.html
# this ^^ is the only thing I've changed
$(DESTDIR)$(datadir)/doc/java-gnome-$(apiversion)/doc/core/faq.html
Similar for doc-gnome/Makefile.in.in
Should I commit these changes?
--
Luca De Rugeriis <pie...@li...>
|
|
From: Luca De R. <pie...@li...> - 2004-02-27 01:08:45
|
Il gio, 2004-02-26 alle 18:40, Jeffrey Morgan ha scritto: > I just checked in the code that does this but I have no way of > knowing if it works. Can one of you please write a simple example > how to sort the columns of a tree model and add it to the project? If Mark can't do it, I have an app lying around with Treemodels in it; at least I will say if it works. -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-26 17:57:34
|
Mark,
I have updated many of the tree classes over the past few days. Can
you please take a look and prioritize the remaining tree items?
-Jeff
> Thanks
>
> > Thanks Jeff, this is brilliant! You are doing an amazing job!
> >
> > On Wed, Feb 25, 2004 at 01:40:35PM -0800, Jeffrey S. Morgan wrote:
> > > public TreePath[] getSelectedRows(){
> > > ! int[] hndls =
> > gtk_tree_selection_get_selected_rows(handle);
> > > ! if (null == hndls)
> > > ! return null;
> > > ! TreePath[] paths = new TreePath[hndls.length];
> > > ! for (int i = 0; i < hndls.length; i++) {
> > > ! paths[i] = new TreePath(hndls[i]);
> > > ! }
> > > ! return paths;
> > > }
> >
> > --
> > .''`. Mark Howard
> > : :' :
> > `. `' http://www.tildemh.com
> > `- mh...@de... | mh...@ti... | mh...@ca...
> >
>
> NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This
> transmission is intended
> only for the use of the individuals or entity to which it is
> addressed. If
> you are not the intended recipient, or the person responsible
> for delivering
> the message to the intended recipient, please return or delete it
> immediately. Although this e-mail and any attachments are
> believed to be
> free of any virus or other defect, it is the responsibility
> of the recipient
> to ensure that it is virus free and no responsibility is
> accepted by us for
> any loss or damage arising in any way from its unauthorized
> modification or
> use.
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
>
NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
only for the use of the individuals or entity to which it is addressed. If
you are not the intended recipient, or the person responsible for delivering
the message to the intended recipient, please return or delete it
immediately. Although this e-mail and any attachments are believed to be
free of any virus or other defect, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by us for
any loss or damage arising in any way from its unauthorized modification or
use.
|
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-26 17:50:40
|
I just checked in the code that does this but I have no way of knowing if it works. Can one of you please write a simple example how to sort the columns of a tree model and add it to the project? Thanks -Jeff > The rows-reordered signal is the only (as far as I can see) way of > being notified when rows are reordered, which is quite a crucial task > for many applications. It would be a real shame if we could not > implement this for 2.6. Would it be so bad to design the > public api now > and then figure out the native part later? > > On Wed, Feb 25, 2004 at 06:40:36AM -0500, Jeffrey Morgan wrote: > > The problem is that our event native layer doesn't know how > to handle > > an array of ints. I didn't want to make this type of > change this close > > to the beta1 release. > > > > -Jeff > > > > > -----Original Message----- > > > From: Mark Howard [mailto:mh...@ca...] > > > Sent: Tuesday, February 24, 2004 9:07 AM > > > To: Jeffrey S. Morgan > > > Subject: Re: [Java-gnome-checkins] CVS: > > > java-gnome/gtk/src/java/org/gnu/gtk/event > > > TreeModelListener.java,NONE,1.1 TreeModelEvent.java,NONE,1.1 > > > > > > > > > On Tue, Feb 24, 2004 at 04:19:38AM -0800, Jeffrey S. Morgan wrote: > > > > //public static final Type ROWS_REORDERED = new > > > Type(5, "ROWS_REORDERED"); > > > This will need to be a separate event - it needs to give > access to two > > > iters. > > > > > > > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This > transmission is intended > > only for the use of the individuals or entity to which it > is addressed. If > > you are not the intended recipient, or the person > responsible for delivering > > the message to the intended recipient, please return or delete it > > immediately. Although this e-mail and any attachments are > believed to be > > free of any virus or other defect, it is the responsibility > of the recipient > > to ensure that it is virus free and no responsibility is > accepted by us for > > any loss or damage arising in any way from its unauthorized > modification or > > use. > > > > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... | mh...@ca... > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
|
From: Luca De R. <pie...@li...> - 2004-02-26 15:43:37
|
Il mer, 2004-02-25 alle 23:03, Mark Howard ha scritto: > Thanks Jeff, this is brilliant! You are doing an amazing job! Yes, totally cool! -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-25 22:43:51
|
Thanks
> Thanks Jeff, this is brilliant! You are doing an amazing job!
>
> On Wed, Feb 25, 2004 at 01:40:35PM -0800, Jeffrey S. Morgan wrote:
> > public TreePath[] getSelectedRows(){
> > ! int[] hndls =
> gtk_tree_selection_get_selected_rows(handle);
> > ! if (null == hndls)
> > ! return null;
> > ! TreePath[] paths = new TreePath[hndls.length];
> > ! for (int i = 0; i < hndls.length; i++) {
> > ! paths[i] = new TreePath(hndls[i]);
> > ! }
> > ! return paths;
> > }
>
> --
> .''`. Mark Howard
> : :' :
> `. `' http://www.tildemh.com
> `- mh...@de... | mh...@ti... | mh...@ca...
>
NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
only for the use of the individuals or entity to which it is addressed. If
you are not the intended recipient, or the person responsible for delivering
the message to the intended recipient, please return or delete it
immediately. Although this e-mail and any attachments are believed to be
free of any virus or other defect, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by us for
any loss or damage arising in any way from its unauthorized modification or
use.
|
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-25 22:43:32
|
No problem. I will try to complete this. I seem to be making good progress with the tree control and have a lot to still checkin. I am making many changes and would appreciate it if you guys could help test these changes. Thanks -Jeff > The rows-reordered signal is the only (as far as I can see) way of > being notified when rows are reordered, which is quite a crucial task > for many applications. It would be a real shame if we could not > implement this for 2.6. Would it be so bad to design the > public api now > and then figure out the native part later? > > On Wed, Feb 25, 2004 at 06:40:36AM -0500, Jeffrey Morgan wrote: > > The problem is that our event native layer doesn't know how > to handle > > an array of ints. I didn't want to make this type of > change this close > > to the beta1 release. > > > > -Jeff > > > > > -----Original Message----- > > > From: Mark Howard [mailto:mh...@ca...] > > > Sent: Tuesday, February 24, 2004 9:07 AM > > > To: Jeffrey S. Morgan > > > Subject: Re: [Java-gnome-checkins] CVS: > > > java-gnome/gtk/src/java/org/gnu/gtk/event > > > TreeModelListener.java,NONE,1.1 TreeModelEvent.java,NONE,1.1 > > > > > > > > > On Tue, Feb 24, 2004 at 04:19:38AM -0800, Jeffrey S. Morgan wrote: > > > > //public static final Type ROWS_REORDERED = new > > > Type(5, "ROWS_REORDERED"); > > > This will need to be a separate event - it needs to give > access to two > > > iters. > > > > > > > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This > transmission is intended > > only for the use of the individuals or entity to which it > is addressed. If > > you are not the intended recipient, or the person > responsible for delivering > > the message to the intended recipient, please return or delete it > > immediately. Although this e-mail and any attachments are > believed to be > > free of any virus or other defect, it is the responsibility > of the recipient > > to ensure that it is virus free and no responsibility is > accepted by us for > > any loss or damage arising in any way from its unauthorized > modification or > > use. > > > > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... | mh...@ca... > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
|
From: Mark H. <mh...@ca...> - 2004-02-25 22:12:24
|
Thanks Jeff, this is brilliant! You are doing an amazing job!
On Wed, Feb 25, 2004 at 01:40:35PM -0800, Jeffrey S. Morgan wrote:
> public TreePath[] getSelectedRows(){
> ! int[] hndls = gtk_tree_selection_get_selected_rows(handle);
> ! if (null == hndls)
> ! return null;
> ! TreePath[] paths = new TreePath[hndls.length];
> ! for (int i = 0; i < hndls.length; i++) {
> ! paths[i] = new TreePath(hndls[i]);
> ! }
> ! return paths;
> }
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- mh...@de... | mh...@ti... | mh...@ca...
|
|
From: 'Mark H. <mh...@ca...> - 2004-02-25 17:31:51
|
The rows-reordered signal is the only (as far as I can see) way of being notified when rows are reordered, which is quite a crucial task for many applications. It would be a real shame if we could not implement this for 2.6. Would it be so bad to design the public api now and then figure out the native part later? On Wed, Feb 25, 2004 at 06:40:36AM -0500, Jeffrey Morgan wrote: > The problem is that our event native layer doesn't know how to handle > an array of ints. I didn't want to make this type of change this close > to the beta1 release. > > -Jeff > > > -----Original Message----- > > From: Mark Howard [mailto:mh...@ca...] > > Sent: Tuesday, February 24, 2004 9:07 AM > > To: Jeffrey S. Morgan > > Subject: Re: [Java-gnome-checkins] CVS: > > java-gnome/gtk/src/java/org/gnu/gtk/event > > TreeModelListener.java,NONE,1.1 TreeModelEvent.java,NONE,1.1 > > > > > > On Tue, Feb 24, 2004 at 04:19:38AM -0800, Jeffrey S. Morgan wrote: > > > //public static final Type ROWS_REORDERED = new > > Type(5, "ROWS_REORDERED"); > > This will need to be a separate event - it needs to give access to two > > iters. > > > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended > only for the use of the individuals or entity to which it is addressed. If > you are not the intended recipient, or the person responsible for delivering > the message to the intended recipient, please return or delete it > immediately. Although this e-mail and any attachments are believed to be > free of any virus or other defect, it is the responsibility of the recipient > to ensure that it is virus free and no responsibility is accepted by us for > any loss or damage arising in any way from its unauthorized modification or > use. > -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-25 11:57:03
|
Welcome to the team. There are a couple of areas where you might get started. Here are a couple of suggestions: 1) The gtk.Clipboard class is quite incomplete. This class also holds some JNI challenges. 2) We have several packages that were started but still need work to reach completion. They are the gconf, gtkhtml, and vte packages. Feel free to take ownership of any of these. Beta1 is due next Monday. Once we reach beta1 our public API cannot change until we start our 2.7 development effort. This is dictated by the GNOME Platform Bindings rules. More can be found here: http://www.gnome.org/start/2.5/bindings/ Once the beta is out we plan to focus on the build process, updating examples, writing/updating documentation and fixing bugs. Our release candidate is due March 29th and our release is due April 5th. -Jeff > Hi everyone. > > Just wanted to introduce myself on to the group. My name is > Jehanzeb Khan > Pathan, I normally go by my last name as it is the easiest to > pronounce. I > am currently in my hometown Karachi in Pakistan. I graduated > from Purdue > University, USA in Civil Engineering in the year 2000. I have > taken computer > science courses at Purdue in 3D/2D graphics and animation, as well as > programming for the web. > > I have taken short courses in Java and Oracle and have been > programming > software using VB6 and Java from Jan 2001 to Sept 2002 where I also > installed and managed Windows 2000 Server and a couple of > Linux servers on > RedHat. From Sept 2002 to Oct 2003 I completed an MSc in > Object Oriented > Software Systems from City University London, UK. The degree was a > specialization in OOP and related technologies (Java, C++, > Distributed > Systems, UML, USDP, HCI etc.). > > Relating to the project, I am very good at coding with Java. > Although I aced > my C++ course in my MSc, I have not worked on any real > projects using C++, > but with a little help I am sure I can deliver. I have > meddled with JNI, > that is to say I have my basics clear. > > To start off I would like to start working on something that > requires work > using JNI. I was told by Jeff that you have a deadline coming > this Monday, > therefore there may be other work that needs to be done more > urgently. So > let me know where I should start. > > Please also indicate what kind of OS/Dev tools setup you guys > are using so I > can try to work with the same setup. I currently have Red HAt > 9, with JDK > 1.4.1 plus the Eclipse IDE. I have also been trying to use > the gcj compiler > although with not much luck. > > Take care. > > - Pathan > > > > > >From: Jeffrey Morgan <Jef...@Br...> > >To: 'Jehanzeb Khan Pathan' <jkp...@us...> > >Subject: RE: java-gnome project needs help > >Date: Mon, 23 Feb 2004 07:13:53 -0500 > > > >Your help on this project would be greatly appreciated. Let > >me bring you up to speed on where we are in this project. Since > >you have been following the project you know that we have receintly > >become a part of the GNOME Platform Bindings. This means that > >our release schedule is determined by the GNOME schedule. Our > >2.6 beta1 release is due next Monday and there are many items > >to complete. > > > >There are many areas where you can contribute on the project. I > >wrote a "help wanted" item for sourceforge that outlines some of > >those areas. It is here: > > > >http://sourceforge.net/people/viewjob.php?group_id=1522&job_id=17627 > > > >The first step would be for you to send me your sourceforge username > >so I can add you to the project. Once you are on the project you > >should join the java-gnome-hackers list and introduce yourself. When > >you introduce yourself you might include any specific experience you > >have like java, C, JNI, gnu build tools, etc. At that point we will > >try to get you started on the project in an area where you wish to > >work. > > > >-Jeff > > > > > > > I have been looking at the java-gnome project for a while > > > > > > now and would love to be a part of it. I have 2.5 years of > > > > > > Java experience. I know C/C++ but still consider myself an > > > > > > amateur at it since I have not really worked on any major > > > > > > project using it. I have a number of Linux distributions > > > > > > installed on my machine including RedHat 9 and Mandrake 9.1. > > > > > > > > > > > > I have a project hosted on sourceforge at > > > > > > http://empfd.sourceforge.net > > > > > > > > > > > > Let me know if I can be of any help to the project. > > > > > > > > > > > > - Pathan > > > > > > > > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This > transmission is intended > >only for the use of the individuals or entity to which it is > addressed. If > >you are not the intended recipient, or the person responsible for > >delivering > >the message to the intended recipient, please return or delete it > >immediately. Although this e-mail and any attachments are > believed to be > >free of any virus or other defect, it is the responsibility of the > >recipient > >to ensure that it is virus free and no responsibility is > accepted by us for > >any loss or damage arising in any way from its unauthorized > modification or > >use. > > _________________________________________________________________ > MSN 8 with e-mail virus protection service: 2 months FREE* > http://join.msn.com/?page=features/virus > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > java-gnome-hackers mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
|
From: Mark H. <mh...@ca...> - 2004-02-24 14:46:55
|
Hi Pathan, Welcome to the team! I'm sure your work will be most valuable. If you have any questions at all at any time, please don't hesitate to ask. We do have a deadline soon - API freeze for the next 6 months, following the gnome bindings release schedule. If you join the commits list, you will see that Jeff is doing most of the work at the moment - an excellent job keeping the project alive for this release. I'm trying but am too bogged down with real life work (uni) at the moment. The best place for you to start is to get the latest cvs code compiled on your system if you haven't already. This requires latest experimental gnome libraries, so takes a long time. Please let us know if you need help with this or with cvs. After that, either you can help check/design api for the release on Monday (see gtk/TODO.gtk) or you can work at implementing some of the glue and jni code for new methods which only have API at the moment (grep -i TODO). After the release there will be lots of other things to do - including patching a few memory leaks and fixing performance of glib.CustomEvents. More about that later though. Thanks for joining the team. Hope you enjoy your time with java-gnome. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jehanzeb P. <jk...@ho...> - 2004-02-24 10:20:39
|
Hi everyone. Just wanted to introduce myself on to the group. My name is Jehanzeb Khan Pathan, I normally go by my last name as it is the easiest to pronounce. I am currently in my hometown Karachi in Pakistan. I graduated from Purdue University, USA in Civil Engineering in the year 2000. I have taken computer science courses at Purdue in 3D/2D graphics and animation, as well as programming for the web. I have taken short courses in Java and Oracle and have been programming software using VB6 and Java from Jan 2001 to Sept 2002 where I also installed and managed Windows 2000 Server and a couple of Linux servers on RedHat. From Sept 2002 to Oct 2003 I completed an MSc in Object Oriented Software Systems from City University London, UK. The degree was a specialization in OOP and related technologies (Java, C++, Distributed Systems, UML, USDP, HCI etc.). Relating to the project, I am very good at coding with Java. Although I aced my C++ course in my MSc, I have not worked on any real projects using C++, but with a little help I am sure I can deliver. I have meddled with JNI, that is to say I have my basics clear. To start off I would like to start working on something that requires work using JNI. I was told by Jeff that you have a deadline coming this Monday, therefore there may be other work that needs to be done more urgently. So let me know where I should start. Please also indicate what kind of OS/Dev tools setup you guys are using so I can try to work with the same setup. I currently have Red HAt 9, with JDK 1.4.1 plus the Eclipse IDE. I have also been trying to use the gcj compiler although with not much luck. Take care. - Pathan >From: Jeffrey Morgan <Jef...@Br...> >To: 'Jehanzeb Khan Pathan' <jkp...@us...> >Subject: RE: java-gnome project needs help >Date: Mon, 23 Feb 2004 07:13:53 -0500 > >Your help on this project would be greatly appreciated. Let >me bring you up to speed on where we are in this project. Since >you have been following the project you know that we have receintly >become a part of the GNOME Platform Bindings. This means that >our release schedule is determined by the GNOME schedule. Our >2.6 beta1 release is due next Monday and there are many items >to complete. > >There are many areas where you can contribute on the project. I >wrote a "help wanted" item for sourceforge that outlines some of >those areas. It is here: > >http://sourceforge.net/people/viewjob.php?group_id=1522&job_id=17627 > >The first step would be for you to send me your sourceforge username >so I can add you to the project. Once you are on the project you >should join the java-gnome-hackers list and introduce yourself. When >you introduce yourself you might include any specific experience you >have like java, C, JNI, gnu build tools, etc. At that point we will >try to get you started on the project in an area where you wish to >work. > >-Jeff > > > > I have been looking at the java-gnome project for a while > > > > now and would love to be a part of it. I have 2.5 years of > > > > Java experience. I know C/C++ but still consider myself an > > > > amateur at it since I have not really worked on any major > > > > project using it. I have a number of Linux distributions > > > > installed on my machine including RedHat 9 and Mandrake 9.1. > > > > > > > > I have a project hosted on sourceforge at > > > > http://empfd.sourceforge.net > > > > > > > > Let me know if I can be of any help to the project. > > > > > > > > - Pathan > > > > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended >only for the use of the individuals or entity to which it is addressed. If >you are not the intended recipient, or the person responsible for >delivering >the message to the intended recipient, please return or delete it >immediately. Although this e-mail and any attachments are believed to be >free of any virus or other defect, it is the responsibility of the >recipient >to ensure that it is virus free and no responsibility is accepted by us for >any loss or damage arising in any way from its unauthorized modification or >use. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus |
|
From: 'Mark H. <mh...@ca...> - 2004-02-23 18:26:10
|
Sorry for being a so slow with everything. I'm afraid I have to put
applying for jobs and doing uni work above java-gnome, even though those
things are a lot less fun.
On Fri, Feb 20, 2004 at 03:39:23PM -0500, Jeffrey Morgan wrote:
> > On Fri, Feb 20, 2004 at 10:23:48AM -0500, Jeffrey Morgan wrote:
> > > 2) The tree control and related classes are a critical component
> > > of the bindings. Since Mark is busy I plan to spend next week
> > > working on these classes. Mark, you could really help by sending
> > > an email that would provide an overview of these classes, how they
> > > work together, what you were able to complete and what remains.
I think you know how they work already - there are also the javadocs if
you're unsure. I've not been able to complete much. What remains is
documented in the todo.
The ones with the *'s are the most important. I think it's probably best
to leave the others for 2.8 - we don't have time for them. I have no
idea when I'll get time to do any of these, so please do take them if
you can. All that's really needed at this stage is the API design, but
it might require looking deep into the gtk documentation and possibly
even example apps in some cases. I will of course check anything and do
tend to spend time writing emails even when I don't have the time, so
feel free to ask me questions.
** SelectionData enhancements are almost certainly needed for treeDrag*
TreeModel
**** The "rows-reordered" signal
row-changed signal
TreePath
various new methods
TreeIter
** - add ref to treeModel
** - include many methods from treemodel
TreeSelection
// TODO: GtkTreeSelectionFunc ()
// gtk_tree_selection_set_select_function ()
tk_tree_selection_unselect_range
TreeViewColumn
gtk_tree_view_column_set_cell_data_func() (complex)
** sort_column_id - should this be dataBlock??
* gtk_tree_view_column_focus_cell - since 2.2
TreeView
gtk_tree_view_map_expanded_rows ( ?? is it useful?
gtk_tree_view_enable_model_drag_dest - ??
gtk_tree_view_enable_model_drag_source -??
gtk_tree_view_unset_rows_drag_source -??
gtk_tree_view_unset_rows_drag_dest -??
gtk_tree_view_set_drag_dest_row - no
gtk_tree_view_get_drag_dest_row -no
gtk_tree_view_get_dest_row_at_pos - no
gtk_tree_view_set_search_equal_func - surely this is not useful?
* signals: row-activated, row-collapsed, row-expanded
TreeModelSort ('implements' treemodel and treesortable)
-don't bother
TreeModelFilter ('implements' treemdel)
-complex - questionable
CellLayout
- GtkCellLayout is implemented by GtkTreeViewColumn, GtkEntryCompletion, GtkComboBoxEntry and GtkComboBox.
- leave for 2.8? what's it for?
* CellEditable
* implemented by GtkEntry and GtkSpinButton.
* editing-done" signal
CR Text
+ - add lots of setProperty methods
- type enforcement for attributes??
> > > During my review I added that we should change a couple of the
> > > classes to Interfaces since they are implemented this way in gtk.
> > > I did this for FileChooser and implemented a FileChooserHelper
> > > class to actually implement those methods so there was no
> > > duplication of code. Does this make sence for the Tree widgets?
> > I guess. We should probably do the same for the sortable interface for
> > trees.
>
> Do you think this is a wise move? You know better than anybody how
> complex these
I'm not really sure what benefit it brings.
At the moment, ListStore and TreeStore will be the only TreeModels. We
will probably never have support for people to write their own in java
(as is commonly done in c). What benefits are there? I think we should
leave it for trees TBH - there are no immediate benefits and changing
this in the future would not be API-incompatible.
Please check where treemodelfilter fits in though - i think it is a
wrapper class, but I'm not certain.
> > > Also, I am not real happy with the class name DataBlock.
DataColumn sounds great. We should update the documentation sometime.
Have you looked at gtkmm documentation - it's very impressive.
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- mh...@de... | mh...@ti... | mh...@ca...
|
|
From: Jeffrey M. <Jef...@Br...> - 2004-02-20 20:45:40
|
> On Fri, Feb 20, 2004 at 10:23:48AM -0500, Jeffrey Morgan wrote: > > 2) The tree control and related classes are a critical component > > of the bindings. Since Mark is busy I plan to spend next week > > working on these classes. Mark, you could really help by sending > > an email that would provide an overview of these classes, how they > > work together, what you were able to complete and what remains. > I'll try but I'm not sure when. > > > During my review I added that we should change a couple of the > > classes to Interfaces since they are implemented this way in gtk. > > I did this for FileChooser and implemented a FileChooserHelper > > class to actually implement those methods so there was no > > duplication of code. Does this make sence for the Tree widgets? > I guess. We should probably do the same for the sortable interface for > trees. Do you think this is a wise move? You know better than anybody how complex these > > > Also, I am not real happy with the class name DataBlock. > What these > > really represent are column types. I know this would break > > a lot of code but we should discuss this before our API freeze. > > Could we change this to something like ColumnType? Also, could > > these be stored as members of the store so calls to setValue > > would not need to pass them as a parameter. setValue could then > > just pass a 0 based column number. > 1) Having two things called columns related to the same widget is > confusing. TreeViews have columns (things you see) and treemodels have > columns (for storing a particular type of data). Perhaps DataColumn or > DataStoreColumn would be better? DataStoreColumn seems fine to me. What does everybody else think? > It is not merely a > ColumnType since the > integer value refers to a particular column; however, it is not an > object which stores the data of a column, just acts like a pointer to > the data. > DataBlock might not be the best name, but I still think it's > better than > ColumnType. > > 2) By using these rather than integers, we can enforce that > the correct > type of object is being passed to setValue/getValue and so > can overload > them. I think this is the most important point. Good point. I agree. > 3) Having named object rather than integers is far more intuitive when > programming. Yes. > > What do you think? > > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... | mh...@ca... > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
34 messages has been excluded from this view by a project administrator.
