Whither Krita?

[Boudewijn Rempt]

On Wed, 16 Sep 2009, Cyrille Berger wrote:

> On Tuesday 15 September 2009, Thomas Zander wrote:
> > I'll trust your judgment on that and I do recall that there are several
> > concepts in krita that don't mix all that well with koffice-libs.
> > Softpointers and typedefs for example.
> > Maybe it would be a great idea to have a couple of days of pair programming
> > to flush these inconsistencies out. I volunteer to be the one that brings
> > in the koffice-libs knowledge.

> I don't think we want to flush softpointers or typedefs (and I don't think any 
> bugs come from that, at least I have never found one). 

Well, there was at one point a spot of bother because KisBrush::KisResource needed
to be a shared pointer, and the resource lib uses plain pointers. But that said,
the use of shared pointers in krita is one of the cornerstones of Patrick Julien's
design, and it has helped us in so many places. No way that's going to change.

> But a cleaner 
> integration of krita layers and flake would be a good idea.

It's all the little things, like shortcuts, views, some things with dockers. The transaction 
test I fixed yesterday (thought that was because our transactions' design conflicts with Qt's command
paradigm). I think the problem is not even with our flake layers or vector selections
much.

But for now, I would prefer to concentrate on fixing bugs and performance issues
and not go for attempts at refactoring integration with KOffice. Especially since I
do not want to categorically block a review of the question whether KOffice is the
right place for an applicaiton like Krita. I want this discussion on vision and future
to be as open aas possible.

Boudewijn