Re: why do we need change?

[Dennis Leeuw]

Hi Gregory,

> > To get to 1.0 I think a roadmap is needed. Looking at:
> > http://savannah.gnu.org/task/?group_id=99
> > Maybe someone should define which one of those tasks needs to be 
> > completed before GNUstep can be 1.0. And those points should be made 
> > more visible on the website, as to get peoples attention.
> > All other stuff should be done in a post 1.0 branch or even not 
> > excepted, until after the 1.0 release.
>
>
> I believe that first and foremost we need to stop tying ourselves to the
> OpenStep specification.   Yes, it is a good guideline, but I don't think we
> should use it as a measure for the 1.0 anymore.
>
> Some of the AppKit classes in it are not used any longer and thus we really
> shouldn't see these as showstoppers for the 1.0.   We need to come up with a
> list of things which should be accomplished prior to the 1.0 release of
> GNUStep-gui.   Once this is done, we should announce GNUstep 1.0 to the world.

I agree with you that the OpenStep spec should not be leading anymore. I 
think GNUstep already has out grown the spec. It should now stand on its 
own feet, with own ideas and an its own direction. But before that can 
be accomplished we need to show the world we are ready to do that. And I 
think a 1.0 release would be a good marker. After that we have to think 
about the future for 2.0 and maintain 1.0.

But who is going to take the lead to create a list of things to be done 
before we can claim 1.0. And a bigger hurdle for the GNUstep community 
how are we going to agree on it. Many of those discussions tend to go no 
where on the GNUstep lists.

I suggest that one person (or a very small group) decides what needs to 
be done and setup a rough timeframe in which they would like it to be 
accomplished.

If the timeframe conflicts with reality (no body wanting to pick up a 
certain part), then the idea of Adam for a bounty for that subject can 
be used.

In my opinion everything should now be aimed at getting at 1.0.

With kind regards,

Dennis Leeuw