Krita 1.6: my proposal

[Boudewijn Rempt]

On Monday 06 February 2006 20:05, Casper Boemann wrote:

> Why don't we continue working on 1.6 while the rest of the koffice
> developers start working on 2.0?

Well, I think we will simply need the time ourselves, if we want the port to 
be more than just a port, but to make use of the improvements Qt4 makes 
possbile. Besides, I don't want to duck out of my responsibility to koffice 
to such an extent.

> Krita should then be disabled from 2.0 until after we release 1.6, at which
> point we copy all of krita from the 1.6 branch to trunk and start doing the
> porting.
>
> The point is that we wouldn't have to stay away from doing core stuff.

Actually, this may well be a blessing for krita, feature-wise. We're maybe a 
little too prone to refactoring the core; especially for a 1.6 release, we 
should exercise restraint and try to work on the features, the user 
interface, the polish.

I know, everyone has their pet wishes for our core. Some of them need Qt4 
(threading, opengl, dockers), others could be done with Qt1, like refactoring 
the colorspace api once again or adding new iterators. But we really, really 
need restraint here for 1.6. Endless refactoring does not bring application 
stability, polish or breadth of features.

> We don't even have to decide on a date for releasing 1.6. If in three
> months time we find that kde4 is not so far away we can even decide to skip
> 1.6 alltogether

Well... I wouldn't count on it. The latest news is that all application 
developers are called upon to drop work on their apps and help out with 
kdelibs because that still hasn't progressed beyond trying to get rid of 
qt3support.

> I have seen Boudewijn's list of things we want from kde4 but they don't
> seem very important to me in contrast to the great stride we could be
> making with painterly stuff, scripting and other interesting things. Do we
> really want to suspend krita development for half a year?

I wouldn't call it suspending development!  I'm sure 1.6 will have very 
desirable features and improvements.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20060206/74ed972b/attachment.pgp