[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Krita features
From:       James Richard Tyrer <tyrerj () acm ! org>
Date:       2004-01-16 13:48:02
Message-ID: 4007EB92.2030106 () acm ! org
[Download RAW message or body]

Boudewijn Rempt wrote:
> On Wed, 14 Jan 2004 dirk.schoenberger@sz-online.de wrote:
> 
>>More interesting is the basic design of Krita.
>>If a "simple" design of one QImage or multiple layered QImages will be
>>used, you can achieve quick results, because the infrastructure is there.
>>This design should be enough for basic office editing tasks (basically
>>insert an image to use as clipart in a word processor document).
>>For an idea about what would be doable with this approach look at
>>kolourpaint in
>>kdenonbeta. The application is less than a month (I believe) old, but
>>already rather useable.
> 
> 
> Wasn't it based on Paintworks? Anyway, I've seen it, but, well... It's not
> the application that makes me dump XPaint.
> 
> 
>>However, Krita wants to be a full blown image editing application, with a
>>internal data model similar to the GIMP (layers and tiled images)
>>There exists no infratsructure for doing such things yet (notwithstanding
>>GIMP core internally), so most of the current work is base research.
>>This may lead to better results in the future, at the expense of much more
>>work now and in the near future.
> 
> 
> I don't know what _Krita_ wants to be :-) -- I know what _I_ want it to be, and
> for that you need a solid core. As soon as you want to work with alpha channels,
> life becomes much easier if you don't use QImage, but something home grown. Anyway,
> the tile manager, the colour model core, image import and export, it's all
> there. The KisPainter should be expanded with some more primitives, but what's
> there is solid. I expect some architectural changes to the way tools are loaded
> (now hard-coded, in the future kparts), and I want to have more intelligent
> brushes, but the core is done, basically. You don't need to hack the tile
> manager anymore (until one wants to have pixels defined by more than five integers,
> that is).
> 
> My current plan is:
> 
> tonight, first read up on the seventh Ecumenical Council, and then work on
> more intelligent brushes, move the brush mask retrieval from KisToolBrush to
> KisPainter, and make a start on the better in-betweening...
> 
> After that, it's what grabs me next. There's enough on my TODO.

I have no objection to you doing what you want to with Krita, but if it gets too big, it 
should be obvious what is going to happen.  It will be cut loose as a separate application 
and something else will replace it in KOffice.  Perhaps the same is true for Karbon14.

This would/should certainly be the case if we are going to try to make an AI/Gimp 
replacement.  It should be a stand alone application and KOffice should come with simpler 
application to do Office and Home stuff.

--
JRT


_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]