KOffice Summer of Code Ends

This year's Google Summer of Code is drawing inexorably to its close: the first indication that season of mists and mellow fruitfulness is indeed upon us. The KOffice students are busy tying up the last threads, adding the last flourish of polish that makes all the difference before they will slake the satisfied sigh that goes with work well-done. So - what did we achieve this year? In our very best tradition, read on for an overview!

This year, KOffice had seven slots. Lorenzo Villani has been working on Kexi web forms, Carlos Licea has worked on making it possible to load KPresenter 1.x (.kpr) documents in KPresenter 2.0. LukᚠTvrdý has worked on a Chinese brush simulation for Krita, Fela Winkelmolen on a calligraphy brush for Karbon, Fredy Yanardi on notes and presentation view support for KPresenter, Pierre Ducroquet on ODF support for KWord, and finally Benjamin Cail on converting the .doc to .kwd file import filter to import directly to ODF - and on improving the graphics support in libwv2.

Our choice of projects in 2008 was dictated less by a desire for flashiness - rather we were determined to choose those projects most likely to add solid worth to KOffice. Additionally, life was somewhat easier for our students than last year, when both KOffice and KDE were still under heavy development and every Monday was basically spent on getting the latest binary and source incompatible changes incorporated. This year, only KOffice was a rapidly moving target! And next year, we'll have reached the coding nirvana of feature development against a stable foundation.

Carlos Licea, mentored by Camilla Boemann, is an old hand at KOffice and KPresenter hacking, and was already quite aware of the challenges. His job was to code completely from scratch a new import filter for a rather under-documented file format, namely the old KPresenter .kpr format, which also doesn't map easily onto the OpenDocument presentation format. It's not really something for cool screenshots, but it is amazing how far Carlos has come: the filter is basically ready!

Thanks to Fela Winkelmolen, well-known from KDE games, Karbon now has a really cool and flexible calligraphy brush that can make use of all the features of a high-end tablet, but works just as well with a mouse. The amount of functionality delivered by Fela is amazing, and, fortunately, very visible from screenshots:

Lorenzo Villani, mentored by Jaroslaw Staniek, has been enormously productive: thanks to his work, database applications defined in Kexi are also available through HTTP and HTML: Kexi Web Forms. For the user and application developer this is almost completely transparent: thanks to the KexiDB2 library, the web forms daemon is able to do reverse-engineering on the database and discover the table names, the stored queries and provide the user with an appropriate HTML form to create or update rows.

Pierre Ducroquet and his mentor Sebastian Sauer are old hands at their task: like last year, they worked on improving the OpenDocument support of KWord. The focus this year was on proper support for page styles - and Pierre also implemented table-of-contents, saving of lists, and headers/footers. Header and footer support is something that demanded a large amount of work, because the way KWord supported these features still dated from the very first version of KWord designed by Reginald Stadlbauer.

Benjamin Cail, mentored by Boudewijn Rempt, but actually helped out most by Werner Trobin and David Faure, had chosen to port the .doc file filter to create OpenDocument files instead of .kwd files. An interesting aspect of this is that his work is actually completely independent of KWord. Indeed, because of the heavy development going on in KWord, Benjamin mostly tested converting documents using koconverter and then loading the .odt file in OpenOffice Writer. But since the ODF libraries of KOffice weren't ready either, Benjamin has spent time on the generic style handling, too. The .doc importer uses the wvware wv2 library, which was originally intended to be shared by Abiword and KWord. But the Abiword developers decided to stick with wv1, and development on wv2 stalled. Benjamin, as part of his work this year, has implemented Escher image loading for wv2. Is it all done? No, not yet. There's plenty left to do, but that's what you get with a humongous file format like .doc. Still, the improvements are very tangible!

Fredy Yanardi, another old Summer of Code hand, mentored by Thorsten Zachmann, had two KPresenter tasks before him: adding support for editing notes with slides, and implementing the presentation view for KPresenter. This means an important stride for KPresenter: together with Carlos' work, KPresenter is really getting ready for release.


LukᚠTvrdý was new to Qt development, KOffice, and Krita. He still managed to implement a complete new brush engine for Krita, designed to simulate Chinese brush painting, but which actually is more or less the basis for any bristly brush engine. Lukᚠwent through many implementations, but the end result is very impressive:

All this code is already in KOffice 2.0 Alpha 10, which will be released this week for you to play with.

Dot Categories: 

Comments

by ufoman (not verified)

I really look forward to release of KOffice 2.0 (or at least the first beta) because I need a simple, yet powerful office and productivity suite :) Hopefully all will be well :)

by Bruno Laturner (not verified)

My reactions to the last brush of the last picture while viewing it in fullscreen was "Computers can do THAT?!"

It's beyond impressive! I'm really out of words to congrat its developer!

by Sebastian (not verified)

Sounds amazing!

by ben (not verified)

Boudewijn, could it be that you read a lot of books that are a lot older than you? I love the way you write.

by boudewijn rempt (not verified)

Pelham Grenville Wodehouse is my secret :-)

by Troy Unrau (not verified)

Congrats to all the SoC students. It looks like you all did a wonderful job. I hope that the experience will help you in your coding careers, and that you remember to revisit KDE every now and again with a good idea or two. Those screenshots are slick.

Cheers

The panel to the right looks different (and much better imho ;-)) to the main menu bar.

Is that a bug / kOffice feature / doctored screenshot ???

by Cyrille Berger (not verified)

It's just that the font for the docker is smaller than from the menu, so wild guess, the effect of antialiasing is more visible and you like to have font with more antialiasing ;)

Its that smaler fonts do look beter and normaly they are sharper, couse of theyr thikness is smaller than 1 pixel making them look super sharp...

by dthacker (not verified)

Looks like a lot of productive work. Your efforts are very much appreciated.

Dave

by testerus (not verified)

Does it need special code to load images by Maurits Cornelis Escher? Or does .doc work like Escher images?

by boudewijn rempt (not verified)

:-) No, Escher is a particular way Word has of storing images. The .doc file format has many weird and not so wonderful ways of handling images, and this is a previously unimplemented way.

by Benjamin (not verified)

And just a note about the images - since I was adding functionality to WV2, you need the CVS version of WV2 to display any images.

KOffice, the often overlooked challenger in a productivity suite rivalry championed by Microsoft Office website hosting and OpenOffice, rolled out version 2.0 Thursday.

The release is intended for developers, testers and early adopters the development team warns, internet marketing and shouldn't be used in production. While it adds a sizable pack of improvements to KOffice, it lacks several of the features baked into the previous build, KOffice 1.6 - perhaps quite appropriate for a KDE-oriented major release. The domain registration development team says to expect the missing features to reappear with release versions 2.1 or 2.2.