AUG
6
2006

KDE Commit-Digest for 6th August 2006

In this week's KDE Commit-Digest: Support for PostScript page deletion and editing of metadata in KViewShell, and for using a SQL backend with KPhotoAlbum (feature derived from KexiDB). Strigi gets support for inotify. Plasmagik, an application to assist developers in making "Plasmoids" (Plasma applets), is imported into KDE SVN. Rendering development work continues in the Unity web rendering engine. Work stars on a "Magnetic Outline Selection" tool for Krita.

Comments

Always great to find out a new commit digest has been posted :)

Thanks a lot!


By Bart Verwilst at Sun, 2006/08/06 - 5:00am

And again with a Dutch translation!!

Keep up the good work guys!!

may many other languages follow!


By AC at Mon, 2006/08/07 - 5:00am

it would be cool to "replace" khtml with Unity (yes I know it´s based on it :) so that we can take advantage of all the cool stuff coming from Apple. Especially since most khtml devs work for Apple now so we can get that kind of page http://diverged.org/thumbnail/ to work properly with konqueror.

thanx for the good work!


By Pat at Mon, 2006/08/07 - 5:00am

This page seems to work fine in Konqueror 3.5.4. What problem are you having?


By Alistair John S... at Mon, 2006/08/07 - 5:00am

did you click on the thumbnails?


By Pat at Mon, 2006/08/07 - 5:00am

I did. They grow to full size. What was supposed to happen?


By dolio at Mon, 2006/08/07 - 5:00am

Seems to work fine here too. KDE 3.5.4. In Firefoy & Konqueror Thumbnails grow to full size


By MaBu at Mon, 2006/08/07 - 5:00am

Apple is merging WebKit with KHTML for Unity.

http://webkit.opendarwin.org/blog/


By Marc Driftmeyer at Mon, 2006/08/07 - 5:00am

That's not an accurate summary of things. It's been ages since Apple merged something from our tree that wasn't given to them directly or by a 3rd party.


By SadEagle at Mon, 2006/08/07 - 5:00am

It works fine here on Konqueror 3.5.3 as well (the images will zoom in and out fine).


By Corbin at Mon, 2006/08/07 - 5:00am

I'm confused. There's kat, strigi and a bunch of beagle-frontends. What's the way desktop search in KDE will go? Is there a search framework that will be integrated into KDE4?
Beagle - most mature but dog slow?
Kat - dead?
Strigi - nice beginning, but needs loooots of work?
Tenor - very advanced ideas but very few code?

Any chance we see a usable desktop search (integrated) in KDE4, or do we have to continue using kfind?


By birdy at Mon, 2006/08/07 - 5:00am


By AC at Mon, 2006/08/07 - 5:00am

He mentioned that - "a bunch of beagle-frontends".


By AC at Mon, 2006/08/07 - 5:00am

Most of KDE 4 is just vaporware. I don't want to be a troll but is the true right now. I've heard a lot of things about the new shiny and improved KDE 4 will be, with innovative things like Gecko HTML rendering, the Plasma engine, the awesome Tenor that will never appear, the new usable UI, the new color scheme, etc, etc.


By onakani at Mon, 2006/08/07 - 5:00am

> Most of KDE 4 is just vaporware.

Of course it is, at this time. There istn't even an alpha version out yet, but there will be.


By Ale at Mon, 2006/08/07 - 5:00am

They're working hard on the basics right now, but it does seem to be coming together for the most part. I agree on Tenor, though. That's the only search engine I have any interest in using. This whole idea of using huge CPU/IO resource to index your files just so that it won't take huge CPU/IO to look something up later is quite useless for my needs. Obviously others may have different workflows and might find it useful, but for me, no. The idea of each app communicating and sharing hints about what to might be useful to you at that moment though, even if you haven't remembered it yourself... that's next generation computing stuff. GNOME's dashboard project looked incredible, except that it was .NET based. I just hope the KDE folks can pull this off eventually :)


By Lee at Mon, 2006/08/07 - 5:00am

just read the digest, a first tool to create Plasmoids for plasma has been imported - i wouldn't call that vapor ware. Gecko HTML rendering is not that much needed, especially if KTHML and WebCore can unite through Unity. and it was never promised for KDE 4.

Tenor is an idea, never had much code. Strigi is actually almost ready to receive some input and work to achieve tenor-like capabilities. who's volunteering? some input from the person who thought up tenor, Scott Wheeler, would be great. anyone knows if he could help, ask 'em to join on #kat...

Strigi is ATM one of the fastest, if not THE fastest indexer/crawler, and has some unique capabilities like traversing through archives. It needs some help, esp in the gui area, and other apps which are willing to start using it for their internal database needs. Kalzium is interesting, btw...


By superstoned at Mon, 2006/08/07 - 5:00am

Well you didn't mention Tracker http://freedesktop.org/wiki/Software_2fTracker .

It is in fact the fastest search framework out there and already has more features that Strigi.


By Sunny Sachanandani at Mon, 2006/08/07 - 5:00am

you have to expect such a silly question when a newbie begun to read commit-digest;)

my question is kde3.5.4 is the last serie in kde3.5 so why I read about changes commited in kde3.5.3

anyway happy to read at last there is some REAL code about plasma


By morphado at Mon, 2006/08/07 - 5:00am

There is going to be a KDE 3.5.5. It will probably include Kopete 0.12.2, and I'm sure the developers are going to find other bugs to purge.


By Jakob Petsovits at Tue, 2006/08/08 - 5:00am

The release-plan has just been updated, 3.5.5 will be released in october (post aKademy). There will probably even be more releases.


By Carsten Niehaus at Tue, 2006/08/08 - 5:00am