Hi, Dave Neary <dneary@xxxxxxx> writes: > > - Do a 2.2 release in about three months. > > I think that's unrealistically short at this stage. There are people > who have said that they want to do some concrete and long-standing > TODO items, and 6 weeks to 2 months is not enough time to get most > of those done and debugged properly. IMHO we should rather try to finish what has started already and get these new features to our users quickly. 2 months should be sufficient to get that done. Whatever cannot be achieved in this time will have to wait for the next release then (which could be by the end of the year). > One example of something which would definitely miss 2.2 if we > release in June is libpdb. libpdb is being developed outside of The GIMP. As soon as it is ready it shouldn't take more than a few days to add it as an optional plug-in API. You cannot replace the current system with it anyway since we don't want to break the plug-in API for 2.x. > and I doubt that a preview widget would make it in either (it would > depend on the amount of free time David Odin has, and how well he > can co-ordinate with Ernst). Same goes here. If we can settle on a design and an API in time, then it shouldn't be a problem to get the code in. If not, it will have to wait till 2.4. > Setting up a 3 month release cycle sets us up for GTK+ 2.4 > migration, committing outstanding features with patches attached, > and maybe re-arranging the menus again. I don't see any major > features going in in such a short cycle. Exactly. It would mean that we would be able to deliver a GIMP2 that uses the new GTK+ file-selector, we could improve our menus by using GtkAction and we could finish the outstanding text and path tool issues. If libpdb, the preview widget or any other features are ready in time, they can go in as well. Sounds like a good plan to me. > Plus one of the objectives of 2.2 was to have complete coverage for > docs - that seems unrealistic for June. What docs are you refering to? > I would prefer to see us set ourselves up for a 6 month cycle and > stick to it, rather than a 3 month cycle that we know is going to > end up as 6 months in the end. If you are going to put a revamped PDB, the preview widget and a couple more things on our feature list, then you risk not to be able to stick to the 6 month cycle. For this reason, I'd rather like to go for a very short release cycle this time. Let's see how this works out and it would give us the chance to discuss new stuff on GimpCon. Sven
