In Krita we want almost everything to be plug-ins and extensible. And since yesterday, it's now possible to add new type of canvas decorators (grids or guides are decorators, for instance). The main reason I did that (besides having some code of Krita becomes cleaner) is because I wanted to have a "human body" decorator. Usually, when I draw (or more like attempt to) a human, I start with a wire frame representation of the body pose, then add rectangle that indicates the muscles, then I start to draw what will differentiate the human from an other human. As both the wire frame representation, and rectangle representation looks very similar from a drawing to an other (except for the pose), I considered that having a canvas decorator for this would be a cool idea and a time saver idea.

Well folks the game is on. It is with great pleasure that I announce that we have been accepted into the wonderful Google Summer of Code program for thesecond time. My thanks go to all the people from the team and the larger Scribus Community who were involved in preparation of our application and especiallyto [...]

It's quiet a nice achievement to be able to use for an hour without a crash (and I stopped it because I got tired) a development version, that got many many changes in its internal libraries. Yesterday, Boudewijn commited a change that make it possible to draw without getting a crash after a few strokes. And today I decided to celebrate this by using krita2 for a little drawing.

Dear all digiKam fans and users!The digiKam development team is happy to release 0.9.4-beta1. The digiKam tarball can be downloaded from SourceForge as well.Note! This release works only with the latest libkdcraw and libkexiv2. You either have to compile them freshly from svn or wait a few days until the tarballs become available.NEW FEATURES:General :
1. Color theme scheme are pervasively applied in graphical interfaces, giving digiKam a real Pro-look when dark schemes are selected.
1a. Color theme scheme can be changed from either Editor or LightTable.

If you have already tried pro-software to manage photo as Lightroom(tm), Aperture(tm), or Lightzone(tm), you have certainly seen than the interface support color theme, generally using dark color...

This is now the case for digiKam! Following intructions from Daniel Bauer from this Bugzilla entry, i have patched KDE3 and KDE4 implementations in this way.


read more

This is that time of year again. The wonderful folks at Google have announced (http://code.google.com/soc/2008/) that they were running their Summer of Code program again. We at the Scribus Team are quite excited about it in part as one of the two newest additions to our group Hermann Kraus has made his way in through [...]

A new release of OpenGTL (or more like the first, as the previous release only contains OpenCTL), my Graphics Transformation Languages library, is available. This release contains a much improved CTL (Color Transformation Language) interpreter (if we can call this, as it is in fact a JIT thanks to the use of the llvm).

The main new features of this release is the possibility to manipulate a buffer of pixel. And to demonstrate the use I made a small application example. I would have loved to make a screencast (things are more lively that way, but I must second Aaron's feeling xvidcap hangs on debian, and I couldn't find out to make recordmydesktop records only a small part of a screen, and just the thought of post-editing scares me, yeah I am easily scared, but if you blink fast and can synchronize your blinking with the scrolling, you can see a short animation below !).

This week end, the team have voted to choose the splashscreens used with next release. You can seen the pictures below:

digiKam 0.9.4: Michel Pottier



Showfoto 0.8.0: Frédéric Martinot
read more

A few days ago, I presented brushes created using CTL, but I didn't release a crucial piece of software, the actual CTL (Color Transformation Language) interpreter, this is what I fix today.

OpenCTL 0.9.0
I am pleased to announce the first release of OpenCTL (and also the last, as next releases are bound to happen as part of OpenGTL). This release isn't intended for a general use of the library, it is simply not ready yet. While most of the CTL is implemented, there are some features that need polishing, like arrays or structures. There is also the issue of fixing memory leaks and all sort of crashes that happen mostly instead of presenting a compiler error. The main reason for this release is to increase the awareness that the project exists, and also, for people who want to start playing with the library or with the Krita's CTLBrush plugin.