Główni programiści KOffice o wersji 2 pakietu oraz Otwartych Standardach

2 listopada 2007, wywiad przeprowadzony Sebastiana Küglera

KOffice jest pakietem biurowym dla KDE. W niniejszym wywiadzie programiści KOffice opowiedzą nam o nowościach w KOffice oraz o otwartych standardach. Rozmawialiśmy z Boudewijnem Rempt, który jest programistą aplikacji Krita, głównym programistą KOffice i menadżerem wydań KOffice oraz z Davidem Faure - członkiem organizacji OASIS, która promuje standard OpenDocument (ODF).

David Faure mówi:

“Bierzemy udział w pracach organizacji OASIS ponieważ wierzymy w otwarte standardy. Wolne Oprogramowanie i Otwarte Standardy są właściwym kierunkiem rozwoju i gwarancją tego, że nasze dane będą zawsze dostępne. Wierzymy, że wypracowanie jednego silnego standardu leży w interesie użytkowników.”

Boudewijn Rempt opowie jak wyglądają prace nad KOffice:

Jakie są postępy w pracach nad KOffice 2?

Mieliśmy nieco powolny start - przeportowanie programów do KDE 4 zajęło nam nieco więcej czasu niż planowaliśmy, być może dlatego, że zaczęliśmy portowanie także zbyt wcześnie. Duże części programów musieliśmy pisać od początku. Teraz poczyniliśmy jednak duże postępy. Nasz projekt w Google Summer of Code mający na celu poprawienie obsługi standardu OpenDocument w KWord okazał się dużym sukcesem. Ciągle jeszcze nie zakończyliśmy prac, ale w KOffice 2.0 można się spodziewać dużych zmian w obsłudze OpenDocument, w tak kluczowych składnikach jak arkusz kalkulacyjny czy procesor tekstu.

Jakie będą najbardziej znaczące zmiany w KOffice 2?

Znacznie udoskonaliliśmy integrację między aplikacjami. Będą nam one teraz oferowały interfejs zoptymalizowany do poszczególnych działań, podczas gdy wszystkie będą mogły manipulować tymi samymi obiektami. Oznacza to bogatsze dokumenty i większą spójność interfejsu użytkownika.

Jacy użytkownicy są "rynkiem docelowym" dla KOffice?

Aktualnie są to użytkownicy domowi, studenci i osoby prowadzące małe firmy. KOffice oferuje jednak bardzo bogatą platformę do implementacji różnych biurowych aplikacji dla zastosowań specyficznych takich jak edukacja oraz aplikacje specjalizowane.

KOffice już jakiś czas korzysta z formatu OpenDocument jako domyślnego formatu zapisu. Dlaczego zdecydowano się na taką zmianę?

Jedną z zasad pracy nad KOffice jest współpraca z programistami innych projektów. Wspólnie z programistami programu Abiword stworzyliśmy bibliotekę libwv2 służącą do obsługi plików .doc, we współpracy z programistami OpenOffice.org powstała biblioteka libwpd do obsługi plików WordPerfecta. Tworzenie własnego, nieustandaryzowanego formatu dokumentów nie miałoby sensu w sytuacji, gdy można współpracować nad rozwojem istniejącego, rygorystycznie standaryzowanego formatu plików. Kolejną przyczyną jest wygoda naszych użytkowników, którzy chcą wymieniać dokumenty bez przymuszania klientów, nauczycieli czy znajomych do używania dokładnie tych samych programów w tych samych wersjach.

Dlaczego właśnie OpenDocument jest właściwym wyborem dla KOffice?

Korzyści płyną w obie strony: zaangażowanie projektu KOffice broni format OpenDocument przed oskarżeniami, że jest to "prywatny" format OpenOffice.org. KOffice dzięki zastosowaniu formatu ODF zyskał zgodność z innymi procesorami tekstu, rozpoznawalność oraz kilka nowych możliwości.

Zbliża się wydanie aplikacji z pakietu KOffice na platformę Windows. W jaki sposób przygotowywanie tego wydania wpłynęło na prace społeczności?

Wszystkie aplikacje pakietu KOffice będą dostępne pod trzy platformy: Unix/X11, OS X oraz Windows. Nie wymagało to z naszej strony jakichś wzmożonych wysiłków: mamy jasną wizję tego, co chcemy osiągnąć i stale do tego dążymy. Szersza dostępność KOffice oznacza napływ nowych użytkowników - już teraz otrzymujemy wiele pytań dotyczących możliwości pobrania pakietu.

Ostatnio wiele uwagi przyciągnął proces standaryzacji formatu OfficeOpenXML ("OOXML"). Jakie mogłyby być następstwa ogłoszenia formatu OpenXML standardem ISO?

Proces standaryzacji formatu OfficeOpenXML nie idzie najlepiej, między innymi dlatego, że Microsoft nie mógł oprzeć się pokusie, by oszukiwać. Aktualnie widzimy przykłady zorganizowanej kampanii mającej na celu zdyskredytowanie formatu OpenDocument. Uważamy, że jest to nieszczęśliwe posunięcie.

Jeśli OfficeOpenXML zostanie standardem ISO nie będziemy tracić czasu na wspieranie go. Format ten jest bardzo złożony i zbyt trudny do implementacji ze względu na to, że posiada skomplikowaną specyfikację. Jego pełna implementacja jest prawdopodobnie nawet trudniejsza niż implementacja starego, binarnego formatu Microsoftu. Ponadto jest on obciążony wieloma patentami i zawiera elementy własnościowe. Jako programiści wolimy skupić się na ulepszaniu aplikacji z pakietu KOffice.

Było wiele plotek dotyczących biblioteki ODF w KDE. Możesz podać jakieś informacje na ten temat?

Pracujemy nad taką biblioteką. Nawet dzisiaj zostały poczynione pewne kroki w tym kierunku. Praca idzie małymi kroczkami, biblioteka ODF na pewno nie będzie dostępna w KDE 4.0 czy nawet w KDE 4.1, ale pracując nad KOffice myślimy także o niej.

Aktualnie coraz więcej instytucji rządowych sugeruje ODF jako format wymiany dokumentów. Czy możesz podać przyczyny takiego zainteresowania?

Jest wiele powodów aby stosować format OpenDocument i ani jednego dobrego powodu przeciwko niemu. Dokumenty OpenDocument, obecnie jak i w przyszłości, mogą być odczytywane i edytowane na każdej platformie systemowej. Szeroka dostępność jest dobra dla obywateli, a dzięki temu, że format ma dobrą i jasną specyfikację i nie jest obciążony patentami, jest dobry do archiwizowania dokumentów. Łatwość implementacji to zaleta dla wolnego rynku oraz konkurencyjności. Jest to także dobra dla budżetu państwa.

Dziękuję za rozmowę. Z niecierpliwością czekam na KOffice 2.0. Z pewnością jest to pakiet biurowy z największym potencjałem rozwoju na rynku.

Skomentuj ten artykuł na forum KDE »

Ten artykuł jest tłumaczeniem tekstu Key KOffice Developers Talk About KOffice 2 and Open Standards z serwisu dot.kde.org.