In this week's KDE CVS-Digest:
digiKam adds two new effects plugins: blowup and photograph inpainting.
KMail import filters: Evolution, Thunderbird, Sylpheed Claws and maildir.
KChart can export charts as bitmap files.
KOffice gets new icons.
Dot Categories:
Comments
Hasn't KDE switched to Subversion?
Not yet.
Not yet, but real soon now (TM).
Good to see that the CVS-Digest is back again (if only until the subversion switch). I'd like to say though that I miss the "all in one page" link, which I find much more convenient.
It would be great if that link would reappear in the dot news messages.
"I'd like to say though that I miss the "all in one page" link, which I find much more convenient."
It's on the left side near the top of the digest. I think it may set a cookie cause I only selected it once and now I always get all in one page views.
"Zack Rusin to Finish Integrating Mozilla Firefox with KDE"
http://www.kdedevelopers.org/node/view/976
and
http://www.mozillazine.org/talkback.html?article=6419
But does anyone think it will make it in 3.5? That would be perfect!
Why should it be in KDE 3.5? The KDE releases have their own browser and are fine without a Mozilla dependency.
31 megabytes: Firefox webbrowser. Includes nothing else.
38 megabytes: Konqueror webbrowser. Includes file manager, application framework and world's premier desktop environment.Oh, and the browser is a drop-in component.
The choice is simple. Firefox seriously needs to work on its bloat.
I guess a lot earlier than Mozilla 3.5 ;)
I'm more and more interested at what's going on the Krita front. What is this "wet painting" that is close to be added to it? Corel Painter-like realistic painting tools?
Best regards,
Wet painting is a watercolor paint simulation based on Raph Levien's Wet Dream.
http://www.levien.com/gimp/wetdream.html
Unfortunately it won't be in the next version, because it's not finished yet and Krita is now in feature freeze.
What Sven said -- but I'd like to expand a bit on it. Corel Painter just works
with pixels, mangles them using various interesting formulas and so on. But that's just the same kind of thing as Photoshop or XPaint does: messing with pixels that are described as pure colour.
What I'm most interested in (but none too competent to actually do) is do something new: instead of raster images or vector images, make images with simulated 'stuff' -- paint that has values for thickness, wetness, stickyness, all those parameners.
I was _this_ close to getting a first example done, but just didn't make it...
> Commits: 0 by 0 developers, 0 lines modified, 0 new files
Fixed now.
Derek
Thanks to Derek for all his hard work. Much appreciated.
Thought I'd add that the KDE Text-to-Speech system has enhanced options for controlling speech of notifications (KNotify) from apps. You can now specify general notifications options as well as specify customizations per application event.
kdeaccessibility/kttsd
It is absolutely cool to see the many commits coming into KOffice recently. Some names of people contributing regularly were not known a few months ago in the KDE community.
Part of the new activity surge may be due to the soon-to-come new KOffice release. But probably the main part is due to the fact that KOffice will have a great future on the KDE desktop, even when considering the current stamped going towards OOo.
With so many core functions in OOo-2.0 depending so heavily on Java, Sun was doing the OOo users and itself a dis-favor. [Or was it the "independent" OOo developers not on a Sun payrole who added the Java stuff?? Hmmm... are there any non-Sun engineers working on OOo code at all?!]
KOffice is a very fast and lean Office suite, and at the same time very powerful. I like it, even if some apps are still very incomplete. Krita is a shining example for rapid development, even with few people actually writing the code. Boudewijn rocks!
Well, maybe a little, although I'm rather a staid, even stodgy person, really. But I am quite proud of the select-by-color-picker tool...
Anyway, what I wanted to say -- in the year-and-a-half since I've been hacking on Krita, I've been far from the only one. Patrick, Adrian, Sven, Bart, Dirk, Daniel, Casper, Cyrille, Michael, Danny, Melchior, Clarence, Roger, Saem have done a lot, too -- often fixing my mistakes -- and we've all built on the work of Michael (different Michael), Matthias, Andrew, Carsten, Toshitaka John and Patrick (same Patrick). It's a great group of people!
Of course, thanks mainly to Cyrille, Krita is almost completely componentized -- even RGB is a plugin -- so it's really easy to get into. That, and Krita's still only about 40.000 lines of code.
The showfoto application which comes with digikam is just amazing, it is much better for viewing images in a folder. kuickshow and kview are dummies compared to showfoto. thanks Digikam developers for a nice image viewer.
check gwennview. but the best would be if these developers would work together to create THE BEST app.
They work togehter: Gwenview, Digikam and KimBaDa all share the same plugins (kipi-plugins). This is a big step in the correct direction.
IIRC, kipi-plugins are jsut for extending the programs functionality (html contact sheets etc.)
WHat I'd like to see is a common image-format library/plugins. For example, KSquirrel (at apps.kde.org, a nice opengl imageviewer) uses its own plugin-library. Why cant a couple more apps start using this, so we only have to write [openexr|dng|other-raw]-decoders once?
The major differrence between showfoto and others KDE apps to show photographs is that showfoto support DigikamImagePlugins (not kipi-plugins, it's not the same way and this is have non sence!), and showfoto is a real image editor (simple but real)! Sure, the fonctionnalities must be improved in the future...
A nice day
Gilles Caulier
digiKam project