Difference between revisions of "Talk:Projects/Summer of Code/2009/Ideas"

Jump to: navigation, search
(Work on GTK+ integration: new section)
(Work on GTK+ integration)
Line 14: Line 14:
 
Yes I know those are not part of official KDE4 but IMHO those are needed and many people use them. It would be very benefical to KDE to improve things in those projects and maybe even support them officially. And without KDE support those have no chance to be part of GSoC2009. If anyone says it should be done on GNOME/GTK+ front  I do agree but sadly I don't think they care enough about KDE to do so.
 
Yes I know those are not part of official KDE4 but IMHO those are needed and many people use them. It would be very benefical to KDE to improve things in those projects and maybe even support them officially. And without KDE support those have no chance to be part of GSoC2009. If anyone says it should be done on GNOME/GTK+ front  I do agree but sadly I don't think they care enough about KDE to do so.
  
Just for consideration.
+
Just for consideration. <Ehm; these projects are part of Qt and quite complete already; whats the SoC project here? (TZndr)>

Revision as of 14:11, 18 March 2009

Google calender support for Akonadi/KOrganizer

I don't have sufficient knowledge of the codebase to write up a full blown proposal, but since GSoC is sponsored by google and for KDE, wouldn't this be a perfect project for it? I seen where akondi devs have talked about GCal support, but I haven't seen anything come of it. Full co-operation between kontact and Google apps would be a dream come true -- When I'm forced to use a non-linux box, I could just open up google and everything I need would be there -- from email to calendars to rss feeds. If only GCal supported "Todo"'s.... I suppose the only problem here is if this project would be doable in the constraints of GSoC.

Comment by krake: This is already being worked on here.

KMail HTML support

Shouldn't this SoC be based on porting the composer to be based off of WebKit/KHTML with contentEdtiable? It is the only way KMail is ever going to properly support rich email creation. The current composer is about 5 years behind the times in capabilities because it is based off of QRichTextEdit.

Work on GTK+ integration

GNOME since Qt4.5 has a nice integration for Qt4 apps with QGTKStyle. This is done for: theming, file dialogs ,Open/Save file, OK/Cancel vs the gnome way Cancel/OK buttons. Similiar projects exist for KDE4: GTKQtEngines, Kgtk. Yes I know those are not part of official KDE4 but IMHO those are needed and many people use them. It would be very benefical to KDE to improve things in those projects and maybe even support them officially. And without KDE support those have no chance to be part of GSoC2009. If anyone says it should be done on GNOME/GTK+ front I do agree but sadly I don't think they care enough about KDE to do so.

Just for consideration. <Ehm; these projects are part of Qt and quite complete already; whats the SoC project here? (TZndr)>


KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal