java-gnome-hackers

[java-gnome-hackers] Status

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

Yet again I would like to list some of the outstanding items that need
attention.  As I see it here are a few of the critical items that we should
be working on:

Under New Classes:
1) We need to complete the UIManager, Action, ActionGroup set of classes.
This is a very critical part of the bindings and should be completed soon.
2) We need to add javadocs to ComboBox and ComboBox Entry in order
to complete these classes.
3) We need to add the public interface for Expander.
4) We still need to implement FileChooser.
5) Tabular menus (does anybody know what this means?)
6) Toolbar enhancements (haven't looked into this.)

It would be nice to have these items completed prior to release 2.5.2
on Jan 19.  Who will be able to work on one of these items?

-Jeff

[java-gnome-hackers] Status

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

[Please keep everyone in the To field - java-gnome is far too unreliable
at the moment]

I was just checking what the current status is. This is my view, please
add anything I've missed:

API freeze: Feb 16th, possibly +20 days
2.6.0 release: March 22nd, possibly +xx days


re-review tree widgets. I'll do it, but don't know exactly what I'm
doing so some of it might be wrong. Will hopefully mostly work though
- a few new events for treeModel and treeview
- TreeModelFilter (? not sure)
- CellRenderer property handling work

GtkCellLayout ? - do we need it?

CellEditable - new class, not started
	- editing-done signal

Clipboard - many methods
	
Many classes with small number of new methods (see todo.gtk)

Implementation of many tree methods (I've just been designing the api so
far). grep -i  -r todo *

(copied from old list - are these mostly done now?)
complete/debug *Action* and UIManager classes (2.5.3)
implement the new FileChooser class  (2.5.4)
update the Menu* classes to reflect the latest gtk  (2.5.4)
update of gnome and gnomeui classes to current  (beta1)
update all remaining gtk classes to current  (2.5.4 through beta1)
fix remaining gconf issues (2.5.4)
update all examples to latest api (release candidate)
update all documentation to latest api (release candidate)


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

Re: [java-gnome-hackers] Status

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

On Wed, 2004-02-04 at 17:53, Mark Howard wrote:
> [Please keep everyone in the To field - java-gnome is far too unreliable
> at the moment]
> 
> I was just checking what the current status is. This is my view, please
> add anything I've missed:
> 
> API freeze: Feb 16th, possibly +20 days
> 2.6.0 release: March 22nd, possibly +xx days
> 
> 
> re-review tree widgets. I'll do it, but don't know exactly what I'm
> doing so some of it might be wrong. Will hopefully mostly work though
> - a few new events for treeModel and treeview
> - TreeModelFilter (? not sure)
> - CellRenderer property handling work
> 
> GtkCellLayout ? - do we need it?
> 
> CellEditable - new class, not started
> 	- editing-done signal
> 
> Clipboard - many methods

Not started

> 	
> Many classes with small number of new methods (see todo.gtk)

Yes.

> 
> Implementation of many tree methods (I've just been designing the api so
> far). grep -i  -r todo *
> 
> (copied from old list - are these mostly done now?)
> complete/debug *Action* and UIManager classes (2.5.3)
Still needs a little debugging
> implement the new FileChooser class  (2.5.4)
Done
> update the Menu* classes to reflect the latest gtk  (2.5.4)
Done
> update of gnome and gnomeui classes to current  (beta1)
Not started - only a few items listed in todo.gnome
> update all remaining gtk classes to current  (2.5.4 through beta1)
Remaining items are in todo.gtk
> fix remaining gconf issues (2.5.4)
Not started
> update all examples to latest api (release candidate)
> update all documentation to latest api (release candidate)
> 

Re: [java-gnome-hackers] Status

[Luca De R. <pie...@li...>]

> update all examples to latest api (release candidate)
Here, I'll really want to add a fudge of j-gnome-demo. (but api comes
first!)

> update all documentation to latest api (release candidate)

-- 
Luca De Rugeriis <pie...@li...>

Re: [java-gnome-hackers] Status

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

Here is the latest update.  I have listed the items I
am working on.

On Wed, 2004-02-04 at 17:53, Mark Howard wrote:
> [Please keep everyone in the To field - java-gnome is far too unreliable
> at the moment]
> 
> I was just checking what the current status is. This is my view, please
> add anything I've missed:
> 
> API freeze: Feb 16th, possibly +20 days
> 2.6.0 release: March 22nd, possibly +xx days

These dates are probably going to change since the gnome
project is missing their dates.

> re-review tree widgets. I'll do it, but don't know exactly what I'm
> doing so some of it might be wrong. Will hopefully mostly work though
> - a few new events for treeModel and treeview
> - TreeModelFilter (? not sure)
> - CellRenderer property handling work
> 
> GtkCellLayout ? - do we need it?
> 
> CellEditable - new class, not started
> 	- editing-done signal
> 
> Clipboard - many methods

Not started - looking for a volunteer.

> 	
> Many classes with small number of new methods (see todo.gtk)
> 
> Implementation of many tree methods (I've just been designing the api so
> far). grep -i  -r todo *
> 
> (copied from old list - are these mostly done now?)
> complete/debug *Action* and UIManager classes (2.5.3)
nearly complete - I am working on this
> implement the new FileChooser class  (2.5.4)
completed
> update the Menu* classes to reflect the latest gtk  (2.5.4)
completed
> update of gnome and gnomeui classes to current  (beta1)
not started - looking for a volunteer
> update all remaining gtk classes to current  (2.5.4 through beta1)
in progress - I am working on this but feel free to help out
> fix remaining gconf issues (2.5.4)
completed
> update all examples to latest api (release candidate)
> update all documentation to latest api (release candidate)

New item
add full drag-and-drop support - I will work on this

-Jeff

Re: [java-gnome-hackers] Status

[Luca De R. <pie...@li...>]

> > Clipboard - many methods
> Not started - looking for a volunteer.


> > update of gnome and gnomeui classes to current  (beta1)
> not started - looking for a volunteer

> > update all remaining gtk classes to current  (2.5.4 through beta1)
> in progress - I am working on this but feel free to help out

I would like to help on these three, but I still have to setup all the
needed tools in my environment, so I'll confirm it, when I'll be able to
start doing some programming.
-- 
Luca De Rugeriis <pie...@li...>

Re: [java-gnome-hackers] Status

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

We need to make a final sprint for the finish line.
Our Beta1 release is due on Monday and we need to be
realistic about what we can accomplish between now and
Monday.  These are the items that I would like to see
completed for the beta:

1) Fix ActionGroup bug - I have been working on this but
haven't found the problem yet.  I will continue to work 
here

2) Problems with the build process - There was a patch
submitted but the build works as is on my system.  When
I applied the patch it didn't work on my system.  We really
need to get this worked out.  We have requested outside help
but really cannot rely on that at this time.  Do one of you
want to work on this?

3) A group of small changes to the gtk libs - listed
below.  Who wants to work on these?

4) Drag and Drop - I have been working on this and have
much of it completed.  At the same time I don't want to
release a half baked implementation.  If I can complete this
I will include it.

Let me know what you think?

-Jeff



On Sun, 2004-02-08 at 17:23, Jeffrey Morgan wrote:
> Here is the latest update.  I have listed the items I
> am working on.
> 
> On Wed, 2004-02-04 at 17:53, Mark Howard wrote:
> > [Please keep everyone in the To field - java-gnome is far too unreliable
> > at the moment]
> > 
> > I was just checking what the current status is. This is my view, please
> > add anything I've missed:
> > 
> > API freeze: Feb 16th, possibly +20 days
> > 2.6.0 release: March 22nd, possibly +xx days
> 
> These dates are probably going to change since the gnome
> project is missing their dates.
> 
> > re-review tree widgets. I'll do it, but don't know exactly what I'm
> > doing so some of it might be wrong. Will hopefully mostly work though
> > - a few new events for treeModel and treeview
> > - TreeModelFilter (? not sure)
> > - CellRenderer property handling work
> > 
> > GtkCellLayout ? - do we need it?
> > 
> > CellEditable - new class, not started
> > 	- editing-done signal
> > 
> > Clipboard - many methods
> 
> Not started - looking for a volunteer.
> 
> > 	
> > Many classes with small number of new methods (see todo.gtk)
> > 
> > Implementation of many tree methods (I've just been designing the api so
> > far). grep -i  -r todo *
> > 
> > (copied from old list - are these mostly done now?)
> > complete/debug *Action* and UIManager classes (2.5.3)
> nearly complete - I am working on this
> > implement the new FileChooser class  (2.5.4)
> completed
> > update the Menu* classes to reflect the latest gtk  (2.5.4)
> completed
> > update of gnome and gnomeui classes to current  (beta1)
> not started - looking for a volunteer
> > update all remaining gtk classes to current  (2.5.4 through beta1)
> in progress - I am working on this but feel free to help out
> > fix remaining gconf issues (2.5.4)
> completed
> > update all examples to latest api (release candidate)
> > update all documentation to latest api (release candidate)
> 
> New item
> add full drag-and-drop support - I will work on this
> 
> -Jeff
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> 

Re: [java-gnome-hackers] Status

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

On Sat, Feb 14, 2004 at 08:05:39AM -0500, Jeffrey Morgan wrote:
> 2) Problems with the build process - There was a patch
I don't think this is essential for the api freeze, but certainly high
priority. I really don't know enough about it and don't have time at the
moment though.

> 3) A group of small changes to the gtk libs - listed
> below.  Who wants to work on these?
Unfortunately I'm struggling to get the tree widgets sorted. I'm hoping
to have api designed by the api freeze, but doubt that much jni code
will be written - perhaps not even for 2.6.0
 
> 4) Drag and Drop - I have been working on this and have
> much of it completed.  At the same time I don't want to
> release a half baked implementation.  If I can complete this
> I will include it.
I'd say include it if the API is unlikely to change. It's a long time
before the next API freeze.

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

Re: [java-gnome-hackers] Status

[Luca De R. <pie...@li...>]

Il sab, 2004-02-14 alle 14:05, Jeffrey Morgan ha scritto:
> We need to make a final sprint for the finish line.
> Our Beta1 release is due on Monday and we need to be
> realistic about what we can accomplish between now and
> Monday.  These are the items that I would like to see
> completed for the beta:
> 
> 1) Fix ActionGroup bug - I have been working on this but
> haven't found the problem yet.  I will continue to work 
> here
> 
> 2) Problems with the build process - There was a patch
> submitted but the build works as is on my system.  When
> I applied the patch it didn't work on my system.
Are you talking about the discovering of libgcj?
The submitted patch doesn't work for me too.

>   We really
> need to get this worked out.  We have requested outside help
> but really cannot rely on that at this time.  Do one of you
> want to work on this?
If the matter was the discovery of lbgcj, I've found that a simple

grep -w

solves the problem for me.

If you are agree, I will commit a patch for stable and head branches, 
but please, if you have a chance, could you test if typing a

locate libgcj | grep -w jar

on your Debian and Gentoo boxen returns the relevant line?

On my Fedora box it returns:
/usr/share/java/libgcj-3.3.2.jar

If it's ok, we know it is working on 3 different systems, at least
(although it's not bulletproof ;)).
Let me know.

-- 
Luca De Rugeriis <pie...@li...>

Re: [java-gnome-hackers] Status

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

I think it's terribly inefficient to just use locate like that. Many
people disable the indexing for locate - it will certainly not work for
them. could we possibly look in common locations first, e.g. with
find /usr/share/java/ -name libgcj*jar

On Mon, Feb 16, 2004 at 09:54:23PM +0100, Luca De Rugeriis wrote:
> Il sab, 2004-02-14 alle 14:05, Jeffrey Morgan ha scritto:
> > We need to make a final sprint for the finish line.
> > Our Beta1 release is due on Monday and we need to be
> > realistic about what we can accomplish between now and
> > Monday.  These are the items that I would like to see
> > completed for the beta:
> > 
> > 1) Fix ActionGroup bug - I have been working on this but
> > haven't found the problem yet.  I will continue to work 
> > here
> > 
> > 2) Problems with the build process - There was a patch
> > submitted but the build works as is on my system.  When
> > I applied the patch it didn't work on my system.
> Are you talking about the discovering of libgcj?
> The submitted patch doesn't work for me too.
> 
> >   We really
> > need to get this worked out.  We have requested outside help
> > but really cannot rely on that at this time.  Do one of you
> > want to work on this?
> If the matter was the discovery of lbgcj, I've found that a simple
> 
> grep -w
> 
> solves the problem for me.
> 
> If you are agree, I will commit a patch for stable and head branches, 
> but please, if you have a chance, could you test if typing a
> 
> locate libgcj | grep -w jar
> 
> on your Debian and Gentoo boxen returns the relevant line?
> 
> On my Fedora box it returns:
> /usr/share/java/libgcj-3.3.2.jar
> 
> If it's ok, we know it is working on 3 different systems, at least
> (although it's not bulletproof ;)).
> Let me know.
> 
> -- 
> Luca De Rugeriis <pie...@li...>
> 
> 
> 
> -------------------------------------------------------
> 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
> 

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

Re: [java-gnome-hackers] Status

[Luca De R. <pie...@li...>]

Il lun, 2004-02-16 alle 22:11, Mark Howard ha scritto:
> I think it's terribly inefficient to just use locate like that. Many
> people disable the indexing for locate - it will certainly not work for
> them. could we possibly look in common locations first, e.g. with
> find /usr/share/java/ -name libgcj*jar
Totally agreed, I'm one of them.
Are you agree if in the meanwhile I end up with seeking in

${GCJ_HOME}/share
${GCJ_HOME}/share/java

(as we did before)
but with 

find -name 'libgcj*jar' ?

It think it could be a solution for the moment.

Is there any other common path where libgcj.jar could be found?

-- 
Luca De Rugeriis <pie...@li...>

Re: [java-gnome-hackers] Status

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

be careful about getting multiple results though:

pathfinderii:~$ find /usr/share/java/ -name libgcj*jar
/usr/share/java/libgcj.jar
/usr/share/java/libgcj-3.3.3.jar
pathfinderii:~$ 


On Mon, Feb 16, 2004 at 10:17:47PM +0100, Luca De Rugeriis wrote:
> Il lun, 2004-02-16 alle 22:11, Mark Howard ha scritto:
> > I think it's terribly inefficient to just use locate like that. Many
> > people disable the indexing for locate - it will certainly not work for
> > them. could we possibly look in common locations first, e.g. with
> > find /usr/share/java/ -name libgcj*jar
> Totally agreed, I'm one of them.
> Are you agree if in the meanwhile I end up with seeking in
> 
> ${GCJ_HOME}/share
> ${GCJ_HOME}/share/java
> 
> (as we did before)
> but with 
> 
> find -name 'libgcj*jar' ?
> 
> It think it could be a solution for the moment.
> 
> Is there any other common path where libgcj.jar could be found?
> 
> -- 
> Luca De Rugeriis <pie...@li...>
> 
> 
> 
> -------------------------------------------------------
> 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
> 

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

Re: [java-gnome-hackers] Status

[Luca De R. <pie...@li...>]

Il lun, 2004-02-16 alle 22:47, Mark Howard ha scritto:
> be careful about getting multiple results though:
> 
> pathfinderii:~$ find /usr/share/java/ -name libgcj*jar
> /usr/share/java/libgcj.jar
> /usr/share/java/libgcj-3.3.3.jar
> pathfinderii:~$ 
Got it, thanks for the tip.
-- 
Luca De Rugeriis <pie...@li...>

Re: [java-gnome-hackers] Status

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

Hi,
  I'm really busy getting ready for a new term at uni at the moment.
I'm also likely to be busy with my project in the coming weeks, but I
will try to find time for java-gnome. I wouldn't like to commit to
work on one of these new classes at the moment since I'm really not sure
how much time I have. However, I would like to continue working through
the TODO file implementing changes to existing classes, if that's ok. 
  
> 5) Tabular menus (does anybody know what this means?)
I thought they had completely re-written the menus. Perhaps it's still in
libegg. Anyway, there seem to be a lot of changes looking through the
menu docs, and quite a few deprecations. It would be a good idea to go
through the entire GtkMenu* and gtk*Menu API checking that we support it
correctly.

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