KDE is happy to announce the selection of 24 student applications for the Google Summer of Code 2006. This year, Google received a total of 6400 applications worldwide spread across 102 different Open Source organisations. "It looks like we've got some very interesting projects for KDE as a whole, and a good number of projects for KOffice", said Boudewijn Rempt, the maintainer for Krita, celebrating the selection of 4 KOffice student proposals. "We spent over 3 hours debating the final list of projects on Sunday evening, but we're confident our selection is solid", commented Cornelius Schumacher, the KDE e.V. vice-president who will act as a mentor for one of the 3 KDE PIM projects. The list is completed by 3 KDevelop projects, 2 Kopete ones, one for KHTML/KJS and 11 others in various areas of KDE.
The full list of selected applications is available in the KDE Summer of Code website. Some of the students in that list have reported they have already started working on their projects -- and some who did not get selected have also said they will work on their ideas regardless of the outcome.
Comments
it's a sad day when porting to windows makes a -free software- project deserving. if the project wishes to port to windows, great, but if approval is withheld from those who don't want to work on non-free systems doesn't that sort of put the encouragement in an odd direction when it comes to supporting open source projects? hm. *shrugs*
They are open source projects. It's a sad day when certain people don't want open source projects to be accessible to the most people possible.
If you add the GNOME, GIMP, Gaim and Abisource projects together, then the GNOME folks got 40 projects, while KDE only got 24 :(
I dont find those projects too exciting either. Not that they are completely unnecessary - far from it. But I certainly could think of more interesting projects. But I dont have to program them, so I know that I'm not really fair ;-) Sorry for that. Anyway, perhaps for Summer of Code 2007,2008 & 2009:
* Proper table support in KWord
* Better PNG/transparency support (Checkerboard, Color to alpha) in Krita
* Better image resize dialog in Krita
* KPDF editing capabilities like in Acrobat (not Acrobat Reader)
* Completely integrated out-of-the-box Bittorrent-support for KGet/Konq
* Google cover search for Amarok
* Mouse-over to read article for KNewsTicker
* Skype support for Kopete
* Service-menu configuration panel for KControl
* Color-coding for KMail
* Seamlessly integrated Spam-Filter for KMail (like in Thunderbird)
Now, come on, get mad at me for posting this. I can stand this ;-)
How often do we have to say that BitTorrent support makes no sense in Konqueror? Maybe it does in KGet, but KTorrent is doing the job just fine. Torrents aren't normal downloads. You need to have a special application for it because you want to set your upload rate, number of downloads, share ratio, etc.
Skype support for Kopete will be much easier to implement next year, when we have moved to D-Bus.
Color-coding for KMail? What do you mean by this? KMail already colours the multiple indentation levels in different colours.
And it has spam-filter (spamassassin) integration.
KTorrent: I know all the arguments against this but I'm 100% sure this will get implemented one day. At least when all the other browsers (except perhaps IE) have implemented this. Opera is planning to do so with Opera 9 AFAIK so strangely they dont seem to have the same reservations.
Skype support will only really make sense standalone without calling a running Skype.
With Color-coding I mean the ability to right-click and mark mails with different colors like in Thunderbird.
I know about the Spam-Filter wizard but it isnt as nicely integrated and easy to setup as the Bayesian Spam-Filter in Thunderbird which worked for me right out-of-the-box and was the reason why I finally switched to Thunderbird (I used KMail a long time before). Maybe I'll switch back one day. Fortunately because of IMAP switching clients really isnt a big issue for me.
I don't think you get it. BitTorrent is already integrated in Konqueror by KTorrent. The KDE framework is just much more flexible, so we don't need to put things together in the same module for them to integrate nicely.
You could argue that KTorrent should use the UI-server to make it look like any other download, but that's a detail in KTorrent and won't require any changes anywhere else.
It looks like KGet will get Bittorrent support. http://bugs.kde.org/show_bug.cgi?id=57591
I must agree that Konqueror getting Bittorrent support doesn't make much sense. Opera may have torrent support but integration seems to be their MO since they also have integrated mail and IRC, but which aren't as good as standalone versions of these apps. Out of curiosity, what's wrong with the spam filter? It's a three window wizard.
For the full text of the proposals, they are listed on Google's website.
http://code.google.com/soc/kde/about.html
Hopefully this answers a lot of people's questions.
Well the page you gave only contain the tittle..
KNX/NXc
Why not further work on Krdc to reach the desired functionality. We'd all love to see NX functionality where it belongs, with the other remote terminal viewers.
Next year it will be important to present more projects which contribute to KDE in order to get more slots.
I think e.g. OpenUsability would qualify as an independend project and this also applies to other projects within the KDE community such as Valgrind.
Just see what happened to last year's SOC? Possibly there were far more exciting projects like the xul and USMT and the fully integrated NX client.
One good piece of software produced by a SOC for desktop users was K3B but probably we should keep our expectations at halt and assign smaller set of works for a SOC project which could be dealt moderately in a vacation.