Re: Open ThunderGraph in Jakarta ?

2003-01-29 Thread Santiago Gala
Martin van den Bemt wrote:

Love to see a gui framework / tools thingy on apache..
Working on that stuff a lot lately (of course has a Apache Style
License)



Jesktop (http://jesktop.sourceforge.net/) is written by Apache 
commiters, Avalon based and could be a good foundation for a GUI project ;-)

Regards,
 Santiago

Mvgr,
Martin





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Open ThunderGraph in Jakarta ?

2003-01-28 Thread Henri Gomez
Hi to all,

I'm using OpenThunderGraph in my day job

(http://sourceforge.net/projects/thundergraph/)

It's really a great graph library which may be used in
both server-side and client-side application.

It support many type of Graph and some nice features like
AutoZoom of part of graph (in applets).

I contacted the main developper and he seems to be ok
with making OpenTG a jakarta project.

So what do you think about it as a sub-project, or as a
jakarta-commons subprojec ?

Regards


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Open ThunderGraph in Jakarta ?

2003-01-28 Thread Henri Yandell


On Tue, 28 Jan 2003, Henri Gomez wrote:

 (http://sourceforge.net/projects/thundergraph/)

 I contacted the main developper and he seems to be ok
 with making OpenTG a jakarta project.

 So what do you think about it as a sub-project, or as a
 jakarta-commons subprojec ?

I have reservations:

1) It's definitely a GUI focused project. Jakarta as a project has not yet
made any moves to support Java projects which do not have some form of
server aspect. Just as DB based Java projects are going into
db.apache.org, I think there ought to be a gui.apache.org [better name
needed] for this kind of thing.

2) This is a bit like a company looking at using Product X. If Jakarta is
inviting projects in, what are the criteria. Why is ThunderGraph better
than the alternatives?


Rather than digesting ThunderGraph into Jakarta, it'd be nice to see
Apache backing some form of ASF-way-like community for gui'd components,
ie) gui taglibs [we currently do quite abstract taglibs], components,
applets etc.

If we're 'acquiring projects', I think we need some rules of acquisition.

Sorry for such a negative reply,

Hen


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Open ThunderGraph in Jakarta ?

2003-01-28 Thread Henri Gomez
I have reservations:


Let's go...


1) It's definitely a GUI focused project. Jakarta as a project has not yet
made any moves to support Java projects which do not have some form of
server aspect. Just as DB based Java projects are going into
db.apache.org, I think there ought to be a gui.apache.org [better name
needed] for this kind of thing.


TG is not 100% GUI oriented since it could be used to produce graphics
in a server side environment, and as such works great with tomcats.


2) This is a bit like a company looking at using Product X. If Jakarta is
inviting projects in, what are the criteria. Why is ThunderGraph better
than the alternatives?


There is alternative, like JOpenGraph, but they don't want to switch
from GPL/LGPL to BSD/ASF, which is a pre-requisite ;)


Rather than digesting ThunderGraph into Jakarta, it'd be nice to see
Apache backing some form of ASF-way-like community for gui'd components,
ie) gui taglibs [we currently do quite abstract taglibs], components,
applets etc.


How can it be realised ?
ASF umbrella is very attractive to developpers and there is a great
community which may find interesting to be involved in gui projects.

Couldn't we have TG and others GUI related projects under 
jakarta-commons or in a related structure, ie jakarta-guis ?

If we're 'acquiring projects', I think we need some rules of acquisition.

Sorry for such a negative reply,


I'll live with it.


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




[OT] Re: Open ThunderGraph in Jakarta ?

2003-01-28 Thread Micael
Good dialogue.

At 04:32 PM 1/28/03 +0100, you wrote:

I have reservations:


Let's go...


1) It's definitely a GUI focused project. Jakarta as a project has not yet
made any moves to support Java projects which do not have some form of
server aspect. Just as DB based Java projects are going into
db.apache.org, I think there ought to be a gui.apache.org [better name
needed] for this kind of thing.


TG is not 100% GUI oriented since it could be used to produce graphics
in a server side environment, and as such works great with tomcats.


2) This is a bit like a company looking at using Product X. If Jakarta is
inviting projects in, what are the criteria. Why is ThunderGraph better
than the alternatives?


There is alternative, like JOpenGraph, but they don't want to switch
from GPL/LGPL to BSD/ASF, which is a pre-requisite ;)


Rather than digesting ThunderGraph into Jakarta, it'd be nice to see
Apache backing some form of ASF-way-like community for gui'd components,
ie) gui taglibs [we currently do quite abstract taglibs], components,
applets etc.


How can it be realised ?
ASF umbrella is very attractive to developpers and there is a great
community which may find interesting to be involved in gui projects.

Couldn't we have TG and others GUI related projects under jakarta-commons 
or in a related structure, ie jakarta-guis ?

If we're 'acquiring projects', I think we need some rules of acquisition.
Sorry for such a negative reply,


I'll live with it.


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]





LEGAL NOTICE

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any disclosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank 
you  



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]



Re: Open ThunderGraph in Jakarta ?

2003-01-28 Thread Martin van den Bemt
Love to see a gui framework / tools thingy on apache..
Working on that stuff a lot lately (of course has a Apache Style
License)

Mvgr,
Martin

On Tue, 2003-01-28 at 16:32, Henri Gomez wrote:
  I have reservations:
 
 Let's go...
 
  1) It's definitely a GUI focused project. Jakarta as a project has not yet
  made any moves to support Java projects which do not have some form of
  server aspect. Just as DB based Java projects are going into
  db.apache.org, I think there ought to be a gui.apache.org [better name
  needed] for this kind of thing.
 
 TG is not 100% GUI oriented since it could be used to produce graphics
 in a server side environment, and as such works great with tomcats.
 
  2) This is a bit like a company looking at using Product X. If Jakarta is
  inviting projects in, what are the criteria. Why is ThunderGraph better
  than the alternatives?
 
 There is alternative, like JOpenGraph, but they don't want to switch
 from GPL/LGPL to BSD/ASF, which is a pre-requisite ;)
 
  Rather than digesting ThunderGraph into Jakarta, it'd be nice to see
  Apache backing some form of ASF-way-like community for gui'd components,
  ie) gui taglibs [we currently do quite abstract taglibs], components,
  applets etc.
 
 How can it be realised ?
 ASF umbrella is very attractive to developpers and there is a great
 community which may find interesting to be involved in gui projects.
 
 Couldn't we have TG and others GUI related projects under 
 jakarta-commons or in a related structure, ie jakarta-guis ?
 
  If we're 'acquiring projects', I think we need some rules of acquisition.
  
  Sorry for such a negative reply,
 
 I'll live with it.
 
 
 --
 To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: mailto:[EMAIL PROTECTED]
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]