java-gnome-hackers Mailing List for The java-gnome language bindings project (Page 105)
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-29 14:07:14
|
I can't get the rows-reordered signal to work. I modified
dataTable/TableExample
treeWidget.setReorderable( true );
store.addListener( (TreeModelListener) this );
}
public void treeModelEvent( TreeModelEvent event ){
System.out.println("TreeModelEvent");
if (event.isOfType(TreeModelEvent.Type.ROWS_REORDERED)){
System.out.println("Rows Reordered");
System.out.println("Iter " + event.getTreeIter().toString());
System.out.println("Path: " + event.getTreePath().toString() );
}
}
The callback is never called.
I tried changing rows_reordered to rows-reordered in TreeModel.java, but
this didn't help.
> > On Thu, Feb 26, 2004 at 12:40:39PM -0500, Jeffrey Morgan wrote:
> > > 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
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- mh...@de... | mh...@ti... | mh...@ca...
|
|
From: Mark H. <mh...@ca...> - 2004-02-29 11:41:55
|
On Sat, Feb 28, 2004 at 06:44:39PM -0500, Jeffrey Morgan wrote: > It ran fine for me. I did not get any error. What happens when > you run the treestore/TreeStoreExample example? That fails too. I've done a make clean and I'm going to try rebuilding everything to see if that helps. It will take quite a while though. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-29 00:13:13
|
It ran fine for me. I did not get any error. What happens when you run the treestore/TreeStoreExample example? -Jeff On Sat, 2004-02-28 at 17:32, 'Mark Howard' wrote: > I'm trying to test this now, but I can't get dataTable/TableExample to > work. > It fails at the first setValue(): > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : 11 occurred at PC=0x4D804B25 > Function=gtk_list_store_set_value+0x45 > Library=/usr/lib/libgtk-x11-2.0.so.0 > > Current Java thread: > at org.gnu.gtk.ListStore.gtk_list_store_set_value(Native Method) > at org.gnu.gtk.ListStore.setValue(ListStore.java:152) > at dataTable.TableExample.<init>(TableExample.java:36) > at dataTable.TableExample.main(TableExample.java:106) > > > > On Thu, Feb 26, 2004 at 12:40:39PM -0500, Jeffrey Morgan wrote: > > 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 |
|
From: 'Mark H. <mh...@ca...> - 2004-02-28 22:43:19
|
I'm trying to test this now, but I can't get dataTable/TableExample to
work.
It fails at the first setValue():
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4D804B25
Function=gtk_list_store_set_value+0x45
Library=/usr/lib/libgtk-x11-2.0.so.0
Current Java thread:
at org.gnu.gtk.ListStore.gtk_list_store_set_value(Native Method)
at org.gnu.gtk.ListStore.setValue(ListStore.java:152)
at dataTable.TableExample.<init>(TableExample.java:36)
at dataTable.TableExample.main(TableExample.java:106)
On Thu, Feb 26, 2004 at 12:40:39PM -0500, Jeffrey Morgan wrote:
> 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
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- mh...@de... | mh...@ti... | mh...@ca...
|
|
From: Mark H. <mh...@ca...> - 2004-02-28 22:11:30
|
On Sat, Feb 28, 2004 at 04:38:09PM -0500, Jeffrey Morgan wrote: > You are right. We would have to change the listener class > to return a boolean, gather this in the fire* method and > return it to the native layer. Then the native layer would > have to return this to gtk. Should we try to get this in > before the freeze? I think so. Most of the lifeCycleEvent's have void callbacks though - should we have separate listener methods for these? -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ca...> - 2004-02-28 22:10:12
|
Gtk Tutorial to the rescue: (but we still need to make a major change
and test it)
<quote>
static gboolean delete_event( GtkWidget *widget,
GdkEvent *event,
gpointer data )
{
/* If you return FALSE in the "delete_event" signal handler,
* GTK will emit the "destroy" signal. Returning TRUE means
* you don't want the window to be destroyed.
* This is useful for popping up 'are you sure you want to quit?'
* type dialogs. */
g_print ("delete event occurred\n");
/* Change TRUE to FALSE and the main window will be destroyed with
* a "delete_event". */
return TRUE;
}
/* Another callback */
static void destroy( GtkWidget *widget,
gpointer data )
{
gtk_main_quit ();
}
</quote>
How should we fix this?
Possibly add a new method to the LifeCycleListener:
boolean lifeCycleQuestion( LifeCycleEvent )
(please think of a better name for it)
to be used by delete events.
Then in Widget.java modify the handleDelete/Destroy methods and
fireLifeCycleEvent to be more like fireFocusEvent - i.e. return a
boolean.
I'm not sure about the semantics of it though. Do we stop calling
handlers when we first get a true returned?
One final question: why is our destory event boolean when the one in the
gtk tutorial is void?
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- mh...@de... | mh...@ti... | mh...@ca...
|
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 22:06:37
|
You are right. We would have to change the listener class to return a boolean, gather this in the fire* method and return it to the native layer. Then the native layer would have to return this to gtk. Should we try to get this in before the freeze? -Jeff On Sat, 2004-02-28 at 16:47, Mark Howard wrote: > One final thing to panic about before the api freeze.. > > I've always been confused about this so it could just be a case of me > not understanding. > > If the user closes a window, how does the application pop up a window > saying "unsaved changed : save/discard/cancel" ? > > AFAICT, we can't do this in java-gnome. > > In the past, I thought we needed to send a boolean return value to > either delete_event or destroy_event - indeed, they are boolean > functions. In Widget.java, we just return true and false (why?) - I > suspect this is wrong > > I can't find any documentation about these signals at the moment though. > grep -r delete_event gtk/* finds two functions which I don't really > understand > grep for destroy_event returns nothing! |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 22:04:08
|
I'll get this quickly. On Sat, 2004-02-28 at 16:50, Mark Howard wrote: > On Sat, Feb 28, 2004 at 04:29:15PM -0500, Jeffrey Morgan wrote: > > I just implemented the SimpleList.getSelected method. I > > see you also added the getEntries method. Should this > > return all elements in the store? > > Yes, I thought that might be useful. Is there anything else we've missed > from that class? |
|
From: Mark H. <mh...@ca...> - 2004-02-28 22:01:54
|
On Sat, Feb 28, 2004 at 04:29:15PM -0500, Jeffrey Morgan wrote: > I just implemented the SimpleList.getSelected method. I > see you also added the getEntries method. Should this > return all elements in the store? Yes, I thought that might be useful. Is there anything else we've missed from that class? -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ca...> - 2004-02-28 21:58:20
|
One final thing to panic about before the api freeze.. I've always been confused about this so it could just be a case of me not understanding. If the user closes a window, how does the application pop up a window saying "unsaved changed : save/discard/cancel" ? AFAICT, we can't do this in java-gnome. In the past, I thought we needed to send a boolean return value to either delete_event or destroy_event - indeed, they are boolean functions. In Widget.java, we just return true and false (why?) - I suspect this is wrong I can't find any documentation about these signals at the moment though. grep -r delete_event gtk/* finds two functions which I don't really understand grep for destroy_event returns nothing! -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 21:57:45
|
I just implemented the SimpleList.getSelected method. I see you also added the getEntries method. Should this return all elements in the store? -Jeff On Sat, 2004-02-28 at 16:34, Mark Howard wrote: > On Sat, Feb 28, 2004 at 04:03:45PM -0500, Jeffrey Morgan wrote: > > >From what I can see this seems to be implemented. The arg1 > > parameter is called path so I would guess that it is the > > string representation of the TreePath. > > oops.. You're right. There was a comment in the file TODO: toggled > event. > > > I've deleted TODO.gtk and updated common/TODO (the file which gets > distributed more and even installed). Please add anything you think is > important/big. |
|
From: Mark H. <mh...@ca...> - 2004-02-28 21:45:48
|
On Sat, Feb 28, 2004 at 04:03:45PM -0500, Jeffrey Morgan wrote: > >From what I can see this seems to be implemented. The arg1 > parameter is called path so I would guess that it is the > string representation of the TreePath. oops.. You're right. There was a comment in the file TODO: toggled event. I've deleted TODO.gtk and updated common/TODO (the file which gets distributed more and even installed). Please add anything you think is important/big. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 21:32:19
|
>From what I can see this seems to be implemented. The arg1 parameter is called path so I would guess that it is the string representation of the TreePath. -Jeff On Sat, 2004-02-28 at 16:09, Mark Howard wrote: > I've just noticed this. I don't think I'll have time to implement it > before Monday. (What is the arg1 parameter of the callback? how do you > get a TreeIter?) > If anyone else does, I think it would be a really useful thing to > include. |
|
From: Mark H. <mh...@ca...> - 2004-02-28 21:20:48
|
I've just noticed this. I don't think I'll have time to implement it before Monday. (What is the arg1 parameter of the callback? how do you get a TreeIter?) If anyone else does, I think it would be a really useful thing to include. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: 'Mark H. <mh...@ca...> - 2004-02-28 20:32:37
|
On Fri, Feb 20, 2004 at 03:39:23PM -0500, Jeffrey Morgan wrote: > DataStoreColumn seems fine to me. What does everybody else think? In case you're interested, it seems gtkmm do the same thing - they've called them Gtk::TreeModelColumnBase classes. (I've found a few methods using ints still - I was checking that they should be datacolumns. I will fix this now.) -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 18:00:05
|
Yes. On Sat, 2004-02-28 at 12:31, Mark Howard wrote: > On Sat, Feb 28, 2004 at 10:48:41AM -0500, Jeffrey Morgan wrote: > > Please make sure you also update ComboBox and > > EntryCompletion. They were broken with this patch. > > Sorry about that. Was the cvs commit I just saw from you fixing this? |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 17:59:31
|
On Sat, 2004-02-28 at 12:28, Mark Howard wrote:
> On Sat, Feb 28, 2004 at 10:45:08AM -0500, Jeffrey Morgan wrote:
> > The core questions are "How will developers be using our bindings?"
> Gnome/Linux apps - always have gcc; don't often have a jvm.
> Embedded apps - low memory
> Windows apps? (But would require compiled gtk)
>
> > our bindings work with standard JVMs or should we take the approach
> > that our bindings and all applications should that use them should
> > use the gcc suite?
> I recently released by bugwatcher app to Debian. Trying to support all
> jvms will be virtually impossible. "Forcing" our users to use gcc might
> be beneficial in terms of support.
My thought exactly. If I were going to develop an application using
java-gnome I would only compile it to binary. This makes distribution
and support much easier. You don't need to worry if users have the
'correct' jvm on their system and you don't need to worry about things
like classpaths and if all libs are in the LD_LIBRAY_PATH.
>
> > Pros/Cons
>
> > JNI only - JNI runs slower and producers larger bindings. JNI is also
> Do you have any figures for performance?
There are many testimonials on the gcj site and elsewhere.
> > harder to develop than CNI. On the plus side our bindings will work
> > with all open source and commercial JVMs.
> This is fallacy. I think we should really avoid phrases like this. It
> makes people think that java-gnome may run under windows. Java-Gnome
> requires gtk/gnome; therefore we require both gcc and some jvm.
very ture.
>
> > CNI only - CNI will run faster, produce smaller bindings, and is
> > easier to write. Also, our build process will be significantly
> > simpler since we will not need to detect and set as many compile
> > alternatives. On the down side our bindings will only work with
> > gcc/gcj.
> So all applications also have to be compiled to native code with gcj?
They would have to be compiled to native code or they would need
to be compiled to bytecode and ran with gij.
>
> > JNI and CNI bindings - You get the option of choosing the native
> > code you wish. The down side is that we have to maintain the
> > native layer in two locations and we add yet another complexity
> > to our build process.
> An example of java-gnome changes to say one class would be good to see -
> what would be involved?
I have already prototyped several classes in order to fully understand
what is involved. I also think much of the changes could be automated.
I have been in discussions with Per Bothner (the primary developer of
gcj) about the best way to go about this. I will include his suggestion
at the bottom of this email.
>
> > Please let me know what you think. Also, should we take this
> > debate to the developers list?
> There are probably quite a few people on the developers list who know
> more about jni/cni than I do, so I'd say yes.
I will post to the list later today.
Per Bothner's email
-------------------
You could try it in two steps:
(1) convert the function headers. Thus:
JNIEXPORT jboolean JNICALL
Java_org_gnu_gnomevte_Terminal_vte_1terminal_1get_1us
ing_1xft
(JNIEnv *env, jclass klass, jint handle){
...
}
becomes:
jboolean
org::gnu::gnomevte::Terminal::vte_terminal_get_using_xft(jint handle)
{
JNIEnv *env
= _Jv_GetJNIEnvNewFrame(&org::gnu::gnomevte::Terminal::class$);
...
}
This can be done mechanically with a simple filter. You might want
to add some macros or annotation to make it easier for a future
version of the filter to generate either JNI or CNI.
I'm hoping this initial conversion will allow the code to compile
as valid CNI, and the result should by itself be a performance
improvement, since you skip the searching for the correct C function
and some extra indirection.
(2) Get rid of the need for the JNIEnv. That's harder to do generally.
A lot of the JNI methods have very corresponding Jv methods, and they
are simple to convert mechanically. Looking and access/invoking
fields and methods is trickier, but I'm sure we can find solutions.
|
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 17:50:49
|
CNI is the 'standard' native bindings that are provided by gcj. gcj does provide a compatibility capability with JNI and this is what we use (the -fjni option). CNI is C++ instead of C. The best way to understand is to read some of the documentation. Here are links to an article describing it and to the documentation on the gcj site: http://www.linuxjournal.com/article.php?sid=4860 http://gcc.gnu.org/onlinedocs/gcj/About-CNI.html Please take the opportunity to read both of these and then we can discuss details on this list. On Sat, 2004-02-28 at 12:28, Mark Howard wrote: > Hello, > > First I must say that I know nothing of CNI - before looking at > java-gnome, I didn't know any details of JNI either. > > CNI does sound very interesting. > > Do CNI apps not use a jvm at all then? Could you please give a summary > of what CNI is/how it works; or point to a website about it (a short one > preferably) > > On Sat, Feb 28, 2004 at 10:45:08AM -0500, Jeffrey Morgan wrote: > > The core questions are "How will developers be using our bindings?" > Gnome/Linux apps - always have gcc; don't often have a jvm. > Embedded apps - low memory > Windows apps? (But would require compiled gtk) > > > our bindings work with standard JVMs or should we take the approach > > that our bindings and all applications should that use them should > > use the gcc suite? > I recently released by bugwatcher app to Debian. Trying to support all > jvms will be virtually impossible. "Forcing" our users to use gcc might > be beneficial in terms of support. > > > Pros/Cons > > > JNI only - JNI runs slower and producers larger bindings. JNI is also > Do you have any figures for performance? > > > harder to develop than CNI. On the plus side our bindings will work > > with all open source and commercial JVMs. > This is fallacy. I think we should really avoid phrases like this. It > makes people think that java-gnome may run under windows. Java-Gnome > requires gtk/gnome; therefore we require both gcc and some jvm. > > > CNI only - CNI will run faster, produce smaller bindings, and is > > easier to write. Also, our build process will be significantly > > simpler since we will not need to detect and set as many compile > > alternatives. On the down side our bindings will only work with > > gcc/gcj. > So all applications also have to be compiled to native code with gcj? > > > JNI and CNI bindings - You get the option of choosing the native > > code you wish. The down side is that we have to maintain the > > native layer in two locations and we add yet another complexity > > to our build process. > An example of java-gnome changes to say one class would be good to see - > what would be involved? > > > Please let me know what you think. Also, should we take this > > debate to the developers list? > There are probably quite a few people on the developers list who know > more about jni/cni than I do, so I'd say yes. |
|
From: Mark H. <mh...@ca...> - 2004-02-28 17:42:03
|
On Sat, Feb 28, 2004 at 10:48:41AM -0500, Jeffrey Morgan wrote: > Please make sure you also update ComboBox and > EntryCompletion. They were broken with this patch. Sorry about that. Was the cvs commit I just saw from you fixing this? -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ca...> - 2004-02-28 17:39:38
|
Hello, First I must say that I know nothing of CNI - before looking at java-gnome, I didn't know any details of JNI either. CNI does sound very interesting. Do CNI apps not use a jvm at all then? Could you please give a summary of what CNI is/how it works; or point to a website about it (a short one preferably) On Sat, Feb 28, 2004 at 10:45:08AM -0500, Jeffrey Morgan wrote: > The core questions are "How will developers be using our bindings?" Gnome/Linux apps - always have gcc; don't often have a jvm. Embedded apps - low memory Windows apps? (But would require compiled gtk) > our bindings work with standard JVMs or should we take the approach > that our bindings and all applications should that use them should > use the gcc suite? I recently released by bugwatcher app to Debian. Trying to support all jvms will be virtually impossible. "Forcing" our users to use gcc might be beneficial in terms of support. > Pros/Cons > JNI only - JNI runs slower and producers larger bindings. JNI is also Do you have any figures for performance? > harder to develop than CNI. On the plus side our bindings will work > with all open source and commercial JVMs. This is fallacy. I think we should really avoid phrases like this. It makes people think that java-gnome may run under windows. Java-Gnome requires gtk/gnome; therefore we require both gcc and some jvm. > CNI only - CNI will run faster, produce smaller bindings, and is > easier to write. Also, our build process will be significantly > simpler since we will not need to detect and set as many compile > alternatives. On the down side our bindings will only work with > gcc/gcj. So all applications also have to be compiled to native code with gcj? > JNI and CNI bindings - You get the option of choosing the native > code you wish. The down side is that we have to maintain the > native layer in two locations and we add yet another complexity > to our build process. An example of java-gnome changes to say one class would be good to see - what would be involved? > Please let me know what you think. Also, should we take this > debate to the developers list? There are probably quite a few people on the developers list who know more about jni/cni than I do, so I'd say yes. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 17:23:21
|
How are things going? Have you been able to get the code compiled on your system? -Jeff On Tue, 2004-02-24 at 05:12, Jehanzeb Pathan wrote: > 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 > |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 16:17:02
|
Please make sure you also update ComboBox and EntryCompletion. They were broken with this patch. -Jeff On Sat, 2004-02-28 at 09:13, Jeffrey Morgan wrote: > This does seem to make the API quite simpler. Please > go ahead and commit. We should update all of the > examples and perform some testing prior to the beta > release. > > > On Sat, 2004-02-28 at 08:36, 'Mark Howard' wrote: > > 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? > > > > ------------------------------------------------------- > 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 > |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 16:13:28
|
On Thu, 2004-02-26 at 20:19, Jeffrey Morgan wrote: > 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. > I would really like to have a good debate about this. The debate is should we continue to support only JNI, should we support only CNI, or should we try to support both. This will have a significant impact on our project and should be decided soon. The core questions are "How will developers be using our bindings?" and "How will they want to distribute these applications?". Should our bindings work with standard JVMs or should we take the approach that our bindings and all applications should that use them should use the gcc suite? Pros/Cons JNI only - JNI runs slower and producers larger bindings. JNI is also harder to develop than CNI. On the plus side our bindings will work with all open source and commercial JVMs. CNI only - CNI will run faster, produce smaller bindings, and is easier to write. Also, our build process will be significantly simpler since we will not need to detect and set as many compile alternatives. On the down side our bindings will only work with gcc/gcj. JNI and CNI bindings - You get the option of choosing the native code you wish. The down side is that we have to maintain the native layer in two locations and we add yet another complexity to our build process. Please let me know what you think. Also, should we take this debate to the developers list? -Jeff |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 15:00:41
|
We are still on for Monday. We need to be very careful that we do not include APIs that are not in gtk 2.3.4. Please see the attached exchange. -Jeff |
|
From: Jeffrey M. <ku...@zo...> - 2004-02-28 14:41:39
|
This does seem to make the API quite simpler. Please go ahead and commit. We should update all of the examples and perform some testing prior to the beta release. On Sat, 2004-02-28 at 08:36, 'Mark Howard' wrote: > 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? |
34 messages has been excluded from this view by a project administrator.
