KDE-CVS-Digest for August 6, 2004

In this week's KDE CVS-Digest:
KTracer, a realtime execution path tracer was committed to kdenonbeta.
Kexi can save table design changes, and the MySQL driver was reintroduced.
KFormDesigner, part of Kexi, is now a KPart.
Krita adds dynamic brush scaling.
kdetv includes a number of new filters: color inversion, chromakill, mirror image, sharpness.
Kifi now shows found network details in real time.


You could surprise yourself... I didn't have any experience with C++ when I started working on Krita (although I've had rather a lot of experience with other languages). Anyway, if we disappoint you, you could always give it a try. You may turn out to be a demon coder as well as an artist. I mean, I code, sketch, paint and write novels. All equally amateurish, that's true, but it does show that there's no essential dichotomy between code and art.

By Boudewijn Rempt at Sun, 2004/08/08 - 5:00am

The last 2.1.3 dev version of Gimp has proper separation between libs and UI. So we can expect in the future a KDE interface for GIMP.
If Krita makes painting easier and with really the kind of painting tools you can find in Painter (proper charcoal or watercolor painting tools) then it will indeed make a lot of sense.


By Richard Van Den Boom at Sun, 2004/08/08 - 5:00am

That's very interesting. A KDE interface for GIMP (with an improved UI, maybe?) would be great.

By Mikhail Capone at Mon, 2004/08/09 - 5:00am

Seriously I don't get it. I look at the screen shots of Krita and I can't see the difference really. People want to rewrite a whole application just to get MDI ??

But if you dedicate a single virtual desktop to running Gimp it's practically the same thing as MDI anyway.

By More-OSX_KDE_In... at Tue, 2004/08/10 - 5:00am

I don't like MDI anyway. :-)

By James Richard Tyrer at Tue, 2004/08/10 - 5:00am

No. I don't want to rewrite the Gimp to get MDI. Krita isn't MDI as is usually understood either, nor is any other KOffice application. All are SDI applications. Additionally, some (KPresenter, KSpread, Krita) support the concept of pages. You can have a collection of images in one Krita document.

Anyway, I admit to code re-use from the Gimp, but I'm not trying to write a Kimp... I'm afraid I'm beginning to sound like Patrick Julien when I'm saying that, but it's true. I want a high-end raster graphics app with an emphasis on painting. That doesn't mean it won't do what most people use Photoshop for, because you need to get that right first...

By Boudewijn Rempt at Tue, 2004/08/10 - 5:00am

Richard is bit too sanguine about the advent of a KDE frontend to the Gimp. Nobody is working on making it happen.

By Boudewijn Rempt at Mon, 2004/08/09 - 5:00am


I probably didn't express myself well. Apparently, proper separation between UI and libs has just been reached in Gimp 2.1.3 so I don't expect anyone to have started working on it yet. When this separation will be stable, though, I would not be surprised that some team gathers to do the job.
In any case, my post was not at all to claim your work is doomed, if this was not clear. I'm very interested in a software that reaches painting capabilities of Painter, especially with "natural" tools (watercolor for instance). And since apparently Gimp devs gave up the idea, I'm very pleased to see another project aiming that goal.
Good luck.

Best regards,

By Richard Van Den Boom at Tue, 2004/08/10 - 5:00am

I see nothing wrong with his persuing his own goals for his application.

BUT, we need to realize that it is going to be an artist's application.

As you say, we need something like PhotoShop.

What I would like to see is something like KIMP but with all of the features of XFig added along with the ability to produce both vector and raster output file formats (along with XML that could contain both PNG, JPEG and SVG).

This would be a killer application.


By James Richard Tyrer at Tue, 2004/08/10 - 5:00am