SEP
11
2007

KDE Commit-Digest for 9th September 2007

In this week's KDE Commit-Digest: Colour Picker and Welcome applets appear for Plasma. Many bugs fixed, especially through the merge of the Summer of Code project "KRDC Revamp". A KPart created, amongst other improvements in Marble. Support for XESAM UserLanguage queries in Strigi. More work, especially in playlist handling, for Amarok 2.0. Improved search interface in KSystemLog. A return to work on KRecipes. KVocTrain is renamed Parley. Restart of development on a successor to the Eigen math library, Eigen2. Start of a port of KMLDonkey, a file sharing frontend, to KDE 4. Parts of the Cokoon decorator infrastructure ported from Python to C++. Security fixes in KDM. Work on page effects in KPresenter. Kross bindings for the Falcon programming language. Import of PyKDE4, new Python bindings for KDE development. KDE SVN housekeeping sees the move of a variety of unmaintained applications to more relevant locations with regard to the KDE 4 release.

Comments

Glad to see work on KRecipes resumed. The new icons look great, and the new splash is stylish, but "Recipes" is spelled wrong. Hope it's easy to fix.

Thanks Danny (though I was getting a bit worried :-)


By Louis at Tue, 2007/09/11 - 5:00am

When the mail carrier doesn't deliver mail one day, I'm indifferent. When I don't hear from my friends for a while, I don't get too worried. When Newegg delays shipping, I get over it.

When the Digest is late, I develop a nervous twitch and check the site compulsively, like a jealous boyfriend obsessing where his girlfriend is.

Thanks Danny - crisis averted!


By Wade Olson at Tue, 2007/09/11 - 5:00am

I coudln't have said it better !

Thanks Danny for saving my day :-)


By sim0n at Tue, 2007/09/11 - 5:00am

Yeah, it was mostly finished last night, but you know what they say about the last 5%...
Now, that last 5% on a horrible internet connection and we have a tale of woe and delay ;)

Danny


By Danny Allen at Tue, 2007/09/11 - 5:00am

Awesome work man. One of a kind amongst open source projects really (as far as I know).


By Leo S at Tue, 2007/09/11 - 5:00am

You are showing that one does not have to write code to work for a software project. Thank you!


By Stefan at Tue, 2007/09/11 - 5:00am

Haha. I felt exactly the same - I ended Monday without reading the digest. Well, it's a great way to start your day, so I won't complain.

On a side note, Plasma has also got a pager now. Joy!
http://hanswchen.files.wordpress.com/2007/09/snapshot2.png


By Hans Chen at Tue, 2007/09/11 - 5:00am

it's nice to see progress on PyKDE4. Anyone knows what's up with korundum-Ruby and KDE4?


By patcito at Tue, 2007/09/11 - 5:00am

It is at about the same stage as the PyKDE4 bindings - it builds fine and you can write apps with the kdelibs classes. It could do with more documentation, more examples, cmake integration and so on, but the basic bindings are there. The Ruby Plasma bindings need a bit more work, but I think that will be a fun way of getting started with KDE4 Ruby programming.


By Richard Dale at Tue, 2007/09/11 - 5:00am

That's about right - I'm working on PyKDE4 docs, examples and related stuff and have been for a few weeks. I think Simon Edwards got the cmake integration taken care of and is keeping up with SVN changes, and also implemented a new pykdeuic.

I've been working with PyKDE4 for a few weeks on an application, and it's been very stable (as has the underlying kdelibs - not many changes lately). I haven't looked at plasma and Python yet, as I'm doing KDE4 from packages, and plasma still doesn't work with the packages I'm using. That should be fixed this week I've heard.


By Jim Bublitz at Tue, 2007/09/11 - 5:00am

"It could do with more documentation"

Could the KDE team provide room for a wiki about ruby+kde/qt?
A wiki is a lot better than static documentation because the
users can share their knowledge there as well.

The wiki is one of the reason I chose ruby-gtk back then, but I looked
at the kde/qt examples for qt4 and i really *liked* it a
lot. Looked actually better than ruby-gtk

I'd happily contribute to a central wiki too!


By she at Wed, 2007/09/12 - 5:00am

Here it is on the kde techbase wiki, feel free to help :-)

http://techbase.kde.org/Development/Tutorials/Qt4_Ruby_Tutorial


By patcito at Wed, 2007/09/12 - 5:00am

Yes, please do, any help is very welcome. I've been meaning the convert the kde developers corner ruby bindings to the wiki for a while:

http://developer.kde.org/language-bindings/ruby/index.html

We could start by moving that stuff to the wiki and updating for Qt4/KDE4 - a lot of it shouldn't need changing that much.


By Richard Dale at Wed, 2007/09/12 - 5:00am

Cool. Valgrind helped find a bug in KCachegrind. KCachegrind is a program to visualise output from (primarily) Valgrind profiling tools. They are both very cool.


By Martin at Tue, 2007/09/11 - 5:00am

Just wondering if any more progress has happened with a plasmoid to show what tasks are in progress (e.g. what CDs are burning, files being downloaded thru Firefox/Konqueror, page priniting progress, mail being received, etc.) Someone even made a mockup on kde-look at http://kde-look.org/content/show.php/Tasks+Info+in+Less+Windows+%28mocku...
and Troy covered it in one of his articles: http://dot.kde.org/1169588301/

So how's it progressing? Has the info been abstracted into a date engine? It'd be great to see this in kde 4.0 plasma, but it'd be understandable if time ran out.


By Alan Denton at Tue, 2007/09/11 - 5:00am

Hm... I see more and more discrete windows beeing added - I hope the developers did not forget about the main principle - making the desktop cleaner and more usable.

Sure - its nice to have 26 versions of the download view ;), but
1) be serious - no one needs more than a tinny progressbar for 99.999% of his time using the computer
2) PLS, dont repeat the situation when we have 10 applets serving the same purpouse and none of them is usable.


By Anon Ymous at Tue, 2007/09/11 - 5:00am

Yes, I noticed these were starting to proliferate too. It would be nice to see all progress dialogs from now on changed to tasks in the systray queue, with just an initial notification when the task goes into the queue.

Another important part of that idea was the ability to pause background tasks when you need the power for something else, to change their priority relative to each other, etc. In particular, strigi's searches could be in there.


By Lee at Tue, 2007/09/11 - 5:00am

Sorry, not searches, I mean indexing.


By Lee at Tue, 2007/09/11 - 5:00am

You raise interesting points, but I should reply:
1)Rather than have 26 different views for different tasks, you can have them all in one place. Doesn't seem too overwhelming. Of course, with KDE's fantastic configurability you'll be able to banish it from your sight if you so desire.
2)The point with plasma is you only need to implement the data stuff once and it is reusable.

But I agree with you that a clean & usable desktop is crucial for KDE 4. This idea doesn't seem to detract from that, but I respect your differing view.


By Alan Denton at Tue, 2007/09/11 - 5:00am

> making the desktop cleaner and more usable.

OMG p0nies, it completely slipped my mind. thank the goddess you were here to remind us. ;)

seriously, though, we haven't forgotten. if you feel you too have a good handle on the concepts and ideas (which is turning out to be a relatively rare thing, btw), i recommend trying your hand at creating something with the tools at hand ... you may surprise even yourself.


By Aaron Seigo at Tue, 2007/09/11 - 5:00am

>> making the desktop cleaner and more usable.

> OMG p0nies, it completely slipped my mind. thank the goddess you were here to
> remind us. ;)

Hey, I know that all of you have the poster "Keep it simple, stupid" above your desks ;). Still, I care to much to leave everything for you, so I decided to act as a simple "reminder";) Don't be offended just treat all of us - whiners - as kind of "Feedback/QA". All knows We arn't perfect, but who is nowadays.


By Anon Ymous at Wed, 2007/09/12 - 5:00am

> Has the info been abstracted into a date engine?
> It'd be great to see this in kde 4.0 plasma,
> but it'd be understandable if time ran out.

What I understand of Plasma now it would be possible to implement such thing. Don't be disappointed though if it's not available with 4.0 yet. I think the plasma developers are working their ass off to get Plasma ready for KDE 4.0. This means getting all basics right. All the potential and foundations will be in 4.0, but it could be that nice applets like a Job overview will emerge with 4.1 instead.


By Diederik van de... at Tue, 2007/09/11 - 5:00am

I'm really not familiar with the KDE API at all but I think to remember something like a KJob class. Maybe they just need a KJob DataEngine to be able to implement something like that mockup?


By Coward at Tue, 2007/09/11 - 5:00am

Yes, but remember KDE is in "bug-fixing" mode now. Developers are working towards a 4.0 release. They would keep adding features forever, but at some point you'll have to fix what you have built and release that. That's the plan for the short-term now.


By Diederik van de... at Tue, 2007/09/11 - 5:00am

in my previous comment: replace "would add" with "could add". I should have used the preview button. ;-)


By Diederik van de... at Tue, 2007/09/11 - 5:00am

a) plasma features are still going in for 4.0

b) i will be doing monthly releases of plasma (the library, the app, the engines, the applets, etc) after 4.0, so you won't have to wait for 4.1 if you don't want to.


By Aaron Seigo at Tue, 2007/09/11 - 5:00am

Just one doubt based on this screenshot: http://kde-look.org/content/preview.php?preview=1&id=33673&file1=33673-1...

Will it possible to embed Plasmoids, or even part of a Plasmoid as it where a kpart?
I ask because the screen have the nice idea of a download in konqueror being integrated in the main window. It could (mayeb) be done by using a Plasmoid inside it as a kpart.

As the success of the tabs and integrated search in Firefox has already proven, more windows is more annoyance, and getting rid of then when possible is a good idea. :)


By Iuri Fiedoruk at Tue, 2007/09/11 - 5:00am

That is a mock-up, and not a screenshot.

I wish it were a screenshot.


By T. J. Brumfield at Wed, 2007/09/12 - 5:00am

Yes, sorry about that, typo or distraction error :)


By Iuri Fiedoruk at Wed, 2007/09/12 - 5:00am

I also think about that mockup and how to implement it with Plasma. I think it would be great to have a plasmoids-bar witch can be placed where ever you want.

On this bar you only see a button (in your picture the "Tasks"-Button) and when you click at it the whole plasmoid appears....


By Volker at Wed, 2007/09/12 - 5:00am

There was an article about it long time ago http://dot.kde.org/1169588301/
dunno it's current status


By Coward at Tue, 2007/09/11 - 5:00am

It currently works (functions) as a system tray applet, which is even somewhat functional in plasma always. In addition, there is or was some work started on a Data Engine for the jobs, but as of yet, there is no real plasma applet to take advantage of that data engine that I'm aware of :)

Cheers


By Troy Unrau at Tue, 2007/09/11 - 5:00am

The KGet plasma applets look really nice. Hopefully a similar applet will be available for KTorrent! Keep up the great work guys!


By DITC at Tue, 2007/09/11 - 5:00am

There is going to be an applet for KT. I have already experimented with plasma a month or so ago. Currently I'm busy with other stuff for KT, I'm hoping to get the plasma applet going again next month.

Not quit sure how it is going to look like, but it will probably have a chunkbar like in the status tab and show some information about a torrent. Or maybe we can show a graph with the current speeds and stuff like that.


By Joris Guisson at Tue, 2007/09/11 - 5:00am

as Alan Denton (the previous comment on this level) points out; it would be nice to have a list of all 'jobs' available in KDE4. this way one could see the progress on all jobs (regular downloads, torrents, copy actions, cd burning, etc) in a singe (plasmoid) dialog.

_c.


By cies breijs at Tue, 2007/09/11 - 5:00am

Indeed. Having KGet and ktorrent duplicate each others functionality is bad enough, now each duplicating the progress thing instead of using the general progress report technology in KDE 4 sucks even more...


By Jos Poortvliet at Tue, 2007/09/11 - 5:00am

To my mind, as long as KTorrent and KGet both feed into the KJob system there's no reason why you couldn't have both - the general KDE progress applet would show percent complete for all jobs including torrents/KGet downloads, but if you want the detailed chunk display then you can use the specific applets.


By Paul Eggleton at Tue, 2007/09/11 - 5:00am

there are a couple of typos:

in KGet Plasmoid
"tow different graphs" --> "tow different graphs"
"downloads represented by his size" --> "downloads represented by their size"

well but other than that it sounds very exciting. hope those typos are easy to fix! keep up the great work!!!

Gian Luca


By Gian Luca Bellini at Tue, 2007/09/11 - 5:00am

The first one is very easy to fix, indeed. I don't even have write permission, but I already fixed it several times. :-)


By Martin at Wed, 2007/09/12 - 5:00am

Shouldn't there be a page here?
http://techbase.kde.org/Getting_Started/Build/konstruct

and while the difference is small, there is something here:
http://techbase.kde.org/Getting_Started/Build/Konstruct

However, in the latter link there's nothing do download. I was expecting a "konstruct.tar" or similar somewhere.

Oscar


By Oscar at Tue, 2007/09/11 - 5:00am

Hello, love everybody's work. Just wonder if many people still work on kdm, as it is a bit behind GDM feature-wise e.g. no support for failsafe server. This means features like ubuntu's upcoming bulletproof-x (https://wiki.ubuntu.com/BulletProofX) can't be used for KDE, which is shame. So do people still work on KDM, cause I notice security fix in this digest but nothing else :(


By Parminder Ramesh at Tue, 2007/09/11 - 5:00am

Interesting point, but maybe it just proves that *buntu as a whole doesn't take KDE as seriously as the competition :( Adept is also lagging behind synaptic. Why don't they hire more KDE developers?


By Charles Hinchy at Tue, 2007/09/11 - 5:00am

"Why don't they hire more KDE developers?"

Because they are a GNOME-based distro, through and through. Kubuntu and Xubuntu and mere afterthoughts, and it really, really shows.


By anon at Tue, 2007/09/11 - 5:00am

> Because they are a GNOME-based distro, through and through.
> Kubuntu and Xubuntu and mere afterthoughts, and it really, really shows.

Have you seen the following comment at the Ubuntu pages? (https://wiki.ubuntu.com/BulletProofX)

> A pre-requisite to this [Kubuntu / KDE support] is to have a gdm-style trigger for
> going into failsafe mode. I checked with the KDM guys at UDS, and they confirmed
> it lacks this ability, and it didn't sound likely that it would be added in time
> for Gutsy, so we may need to defer supporting this for now.

I didn't bother finding the related threads at the mailing lists, and the KDM developers probably have a good reason for deferring it. Don't use the "Jump to Conclusions" mat too fast, most things are not what they appear to be at first sight. ;-)


By Diederik van de... at Tue, 2007/09/11 - 5:00am

They talk about deferring it, but that's only for Kubuntu, I'm sure. So they will ship Ubuntu with it, and Kubuntu without it.

Sure, they contacted the KDM dev's, but I bet THEY wrote the GDM stuff themselves...


By Jos Poortvliet at Tue, 2007/09/11 - 5:00am

GDM had fail-back feature already and it was just utilized for this purpose. Ubuntu developers only took KDE guidance back-end and developed GTK front end for Display in GNOME and this is also used as front end for new BulletProofX


By lure at Wed, 2007/09/12 - 5:00am

I stand corrected ;-)

But I do wonder, though, why GDM supported a feature only usable with the latest X.org released just a week ago?


By Jos Poortvliet at Thu, 2007/09/13 - 5:00am

Has anyone an idea what the plans are for kdm in kde4 ? Is it already ported, exists a roadmap, or any other information ?


By Frank at Sat, 2007/09/15 - 5:00am

That's true Canonical is delegating Kubuntu to a second plane, if you take a quick look to the new Ubuntu Gutsy features, most of them are really nice but some of the Kubuntu ones a really stupid and non-polished.

- The artwork does not look as professional as Ubuntu (the first things I do after a Kubuntu install is to set up to normal the original KDE settings and remove the Trash applet in kicker)
- How do you compare Synaptic with the buggy Adept (anyway is doing a good progress)
- Beagle vs Strigi?
- Compiz Fusion still sucks in KDE because the lack of integration with the virtual desktops
- A virtual keyboard is a major feature?
- A kde 3 version of Dolphin by default? perhaps the kde 4 version is quite estable and featured but the one included... why don't let Konqueror as usual?
- Knetworkmanager never worked for me in Kubuntu but in Ubuntu perfectly
- Please don't add patches to KDE as the launch notificacion icon (like Mac OS X do)
- You need some tweaking until fonts look good, in Gnome they look crisp and readable
- Add multi input (i.e Japanese) in Kubuntu is a mess, in Ubuntu is only one click in language preferences panel)
- The redesign of the control panel is a good idea but is not well done. Always with sudden resizes and... very chaotic... hope will be fixed for KDE 4.

In conclusion... I'm a bit dissapointed with the lasts Kubuntu releases, Ubuntu is really nice with Gnome, for a distribution with KDE use Mandriva or Suse are a much better solution.

Sorry about the post, but I need to give a bit of feedback (also do in launchpad).


By biquillo at Tue, 2007/09/11 - 5:00am

Hi
the list is not what is BEING done on Kubuntu Gutsy, I really agree that Kubuntu is not a first class citizen of canonical, and I agree that Kubuntu Feisty was not as good as Ubuntu, but in Gutsy, things are changed, Kubuntu has Restricted-Hardwares and Restricted-Multimedia manager and many more things, Adept, works well, I cannot agree that its Buggy, but it needs a complete ui redesign.Artwork is just good on KDM theme and Splash Screen's Kicker looks like crap, Icons should be changed, Crystal SVG is great but we need another icon theme, but I think Kubuntu is the best KDE Distro out there for Desktop, while its not as good as Ubuntu.
some of the points you said are KDE based not Kubuntu, and some other are about bugs...
Compiz-Fusion is not nice on Kubuntu because they created to be on Gnome and gtk+, then KDE things came on for KDE (like aquamarine) and it still hasnt any KDE/QT settings manager (AFAIK), what you except from Kubuntu guys? they cannot do everything...
Still I want to stick this with KDE4, KDE's development is on 4.x for a few years (at least 1-2), so Kubuntu uses KDE which is 'outdated', I hope KDE4 will be a step forward for KDE Distro's and in a few years, KDE Based distro's will have a better chance to attract normal people.


By Emil Sedgh at Tue, 2007/09/11 - 5:00am

Pages