Interview: Wer braucht KOffice?

Golem.de: In den letzten Jahren wurde KOffice beständig weiterentwickelt und hat neue Software-Komponenten erhalten. Wo sehen Sie KOffice heute und welches waren die wesentlichen Schritte, die KOffice bisher genommen hat?

David Faure David Faure: In der Tat sind in der letzten Zeit zahlreiche neue KOffice-Komponenten entwickelt worden: Kexi, die Datenbank-Applikation, ist ein bisschen vergleichbar mit Access und sieht bereits ziemlich gut aus. Bei der Bildbearbeitungs-Software Krita geht die Entwicklung derzeit gut voran. Und auch die Arbeit an der Projekt-Management-Applikation KPlato hat begonnen, hier werden aber noch Entwickler benötigt.

Ich denke, dies ist die Stärke von KOffice im Vergleich zu den Open-Source-Mitbewerbern: Es wurde mit der Qt-Plattform, der KDELibs-Technik und der KOffice-Architektur ein mächtiges Fundament gelegt, um die Entwicklung vieler Office-Komponenten interessant zu machen, was die Anzahl der bereits verfügbaren KOffice-Komponenten belegt.

Als wesentlicher Schritt für KOffice seit der Version 1.1 wurde eine gemeinsame Text-Engine in KWord und KPresenter integriert, die auf Qts "QRichText"-Engine beruht. Diese wird auch in der aktuellen Version 1.3.2 verwendet. Derzeit arbeite ich an der Unterstützung für indische Schrift in unserer Version dieser Text-Engine. Zudem wird die Rechtschreibkorrektur grundlegend überarbeitet und auch am OASIS-Dateiformat sind wir dran.

Golem.de: Welche Teile von KOffice benötigen noch die meiste Arbeit?

Krita Faure: Die Entwicklung einer Office-Suite ist eine riesige Angelegenheit. Jeder Teil verlangt nach viel Arbeit und es ist schwer, einfach den Nutzerwünschen zu folgen, da jeder andere "Must-have"-Funktionen nennt.

Konkret werden wir zunächst die Implementierung des OASIS-Dateiformats fertig stellen und an den Dokumenten-Konvertern arbeiten, so dass sie mit dem OASIS-Format umgehen können. Anschließend werden wir entscheiden, ob wir unsere Text-Engine sowie KWord und KPresenter auf die neue, recht vielversprechend wirkende Text-Engine von Qt4, "Scribe" genannt, umstellen.

Der größte Schwachpunkt an KOffice 1.3 ist die WYSIWYG-Implementierung, aber wir denken, dass sich dies mit Qt4 verbessern könnte. Man hat mir versichert, dass daran gearbeitet wird.

Ein anderer Bereich, in dem hoffentlich etwas passieren wird, ist "Scripting": Es gibt Überlegungen, KJSEmbed für das Scripting in KOffice zu verwenden, die mächtige und flexible Sripting-Engine auf Basis von Konquerors JavaScript-Interpreter (KJS). Abgesehen davon sind es die Applikationen, an denen am meisten getan werden muss: KFormula und KPlato könnten definitiv Unterstützung gebrauchen.