Adjusting the 2.4 schedule

[Owen Taylor <otaylor redhat com>]

What we have on the web currently:

8 December 2002  Start of development
1 February 2003  Have proposals for all major features, 
                 decide what goes in, doesn't 
1 June 2003      All major features are in 
1 July 2003      Feature freeze 
1 August 2003    API/ABI freeze 
1 September 2003 2.4.0

Which, as people have said, looks pretty silly at this point.
Here's a proposal for a new schedule, pushing all dates
from "all major features are in" back 1.5 months.

8 December 2002   Start of development
1 February 2003   Have proposals for all major features, 
                   decide what goes in, doesn't 
15 July 2003      All major features are in 
15 August 2003    Feature freeze 
15 September 2003 API/ABI freeze 
15 October 2003   2.4.0

Which is still rather ambitious, since that gives us 3 weeks
to land the major outstanding features:

 - Icon theme
 - File selector
 - GtkToolbar
 - Menu API
 - Combo API
 - Entry completion
 - Filter model
 - Color/font picker
 - Disclosure triangle
 - X cursor support for GTK+

My feeling is that we should revaluate where we are in 2 weeks
and see if we need to a) extend the major feature freeze a bit
more b) punt stuff to 2.6.

Features from www.gtk.org/plan/2.4/ that I think we should definitely
punt to 2.6 at this point are:

 - Height-for-width geometry management. (already punted in bugzilla)
 - Reworked tooltips
 - Optimized pixbuf operations
 - Smooth scrolling", like in Internet Explorer (#103811) 
   [ my impression is that more experimentation is needed
     here to figure out the final API ]
 - GtkResizeGrip -- a widget implementing a resize grip. (#73359)
 - Integration of directfb port.
 - Most of the GtkTreeView features. (I don't see how Kris
   is going to  have time for Combo, Filter, and a dozen 
   other features.)

What do people think?

					Owen