Az OpenOffice.org projekt állapota - 2006

Licencváltás - LGPL

Alig egy éve jelent meg a várva várt 2.0-s verzió. Ez a kiadás a licenc megváltozását is hozta, megszűnt a forráskód bezárására lehetőséget adó SISSL licenc, csak az LGPL használható. Ez arra kényszeríti az OOo forráskódjára alapozó kereskedelmi verziók fejlesztőit, hogy az LGPL-es kód hibajavításait, továbbfejlesztéseit tegyék közzé, nem korlátozza viszont azt a jogukat, hogy olyan kiegészítőket fejlesszenek, amelynek forráskódját nem adják ki.

Új kiadási modell

A 2.0 kiadása után a fejlesztők szakítottak azzal a hagyománnyal, hogy az új programfunkciók beépítésére akár másfél-két évet is várni kell. A 3 havonta megjelenő 2.0.x kiadások nemcsak hibajavításokat, hanem új funkciókat is tartalmaznak. A gyakorlat megmutatta, hogy ez a modell működőképes, nem jár minőségromlással, viszont a fejlesztés üteme felgyorsul, a fejlesztők motiváltabbak lesznek, mivel hamarabb látják munkájuk eredményét megjelenni a termékben.

Új verziószámozási séma

Sok vita volt amiatt, hogy tekintettel a 2.0.x kiadásokba beépített új funkciókra, ezeket a kiadásokat nem helyes a hibajavításokra jellemző verziószámozási séma szerint számozni. Döntés született arról, hogy a 2.0.4 után következő kiadás nem 2.0.5 lesz, hanem 2.1, mely után a 2.2 várható. A 3.0 verziószám kiadása még nem eldöntött, azt valami nagyon nagy, minden modult érintő változásra tartogatják, vagy esetleg a Chart2 megjelenésére.

Chart2

A Chart2 Chart diagramrajzoló modul újraimplementálása a nulláról, korszerű technológiával. A legújabb verziók kipróbálhatók, de a Chart2 projekt még távol van a befejezéstől. Instabil, és még nem valósít meg minden funkciót, amit a Chart nyújt.

Fejlesztői wiki

A nehézkesen frissíthető, és emiatt sokszor elavult információkat tartalmazó *.openoffice.org webhelyek mellett létrejött egy fejlesztői wiki.

Patchek kezelése

Régebben előfordult, hogy valaki küldött egy patchet az OOo-hoz, és a patch évekig dekkolt az IssueTrackerben, senki nem foglalkozott vele. Talán nem kell ecsetelni, hogy ez milyen frusztráló volt a patchet beküldő fejlesztő számára. Felismervén ezt a problémát, a tavaly OOo konferencián megígérték, hogy ebben változás lesz. Bevezettek két mérőszámot. Az Initial Response Time (IRT, első válasz ideje) az az átlagos idő, amely alatt egy PATCH típusú IssueTracker-bejegyzésre valaki érdemben reagál. Az IRT 2005 szeptemberében 50-60 nap volt, mostanra leszorították 3-5 napra. A másik mérőszám az Issue Inactivity Time (IIT, probléma inaktivitási ideje), amely az az átlagos idő, amennyit a PATCH típusú IssueTracker-bejegyzés tétlenül, hozzászólás nélkül tölt. Az IIT 2005 szeptemberében 130(!) nap volt, mostanra leszorították 40 napra, de ez elmarad a tervezett 2-3 héttől.

Portolás

Az elmúlt egy évben nagyot haladt az OpenOffice.org Mac OS X-es portjának fejlesztése. 10 fejlesztő dolgozik a porton és egy német-francia csapat teszteli az eredményt. Támogatják az új, inteles platformot is. Közel már az idő, amikor nem lesz szükség az X-re az OOo futtatásához, hanem a natív felületet (Aqua) fogja használni. Már van működő demó, ami Aqua-t használ, a konferencián bemutatták.

Az egyéb platformokra portolás között megemlíthető a sikeres 64 bites GNU/Linux port, illetve amiről a HUP is beszámolt, az OpenBSD port.

OpenDocument formátum

OASIS szabvány, ISO szabvány. Olyannyira sikeres, hogy a Microsoft kénytelen lesz konvertert biztosítani a Microsoft Office-hoz, hogy ne veszítsen el fontos ügyfeleket. Az ODF nem az OOo projekt része, de az OOo kiemelkedően hozzájárult a formátum kifejlesztéséhez, és a legkorábban jött ki az implementációval. Alakult egy bizottság a képletek szabványos tárolási módjának kidolgozására (OpenFormula). Az ODF 1.1-es verziója az OOo 2.1-ben fog bemutatkozni, újdonság az accessibility lesz. Az ODF 1.2-es verziójában már OpenFormula is lesz, ez az OOo 2.3-ban várható.

Kódtisztítás, kódminőség-javítás

A 2.0.x kiadási ciklusok során kijavították az IssueTracker-be bejelentett, összeomlást/adatvesztést eredményező hibák több mint 80%-át. Rengeteg hibát javítottak az összeomláskor aktivizálódó bejelentőprogram adatai alapján.

Célul tűzték ki, hogy a kód "warning free" legyen, minden támogatott platformon, minden compiler esetén. A modulok jó része már ma is figyelmeztetés nélkül fordul, és talán még az idén az egész forráskód ilyen lesz. Ez nem csak kozmetikázás, a figyelmeztetések potenciális hibalehetőségek.

A legnagyobb, legáttekinthetetlenebb modul a Writer. Folyik a munka a Writer kódjának refaktorálásán, hogy ne csak azok legyenek képesen hozzányúlni, akik már 20 éve dolgoznak a hamburgi Stardivision/Sun központban. Mindez jobban karbantartható, esetenként jobb teljesítményt is nyújtó kódot eredményez. E tevékenység keretében például teljesen újraírják a Microsoft Word és az RTF import/export szűrőket, amitől még jobb kompatibilitás várható a Microsoft Office-szal.

Teljesítmény, sebesség

A program elindulásának ideje 30-50%-ot javult az OOo 2.0 óta (függ attól, hogy melyik alkalmazást - Writer, Calc stb. - indítjuk el). A dokumentumok betöltése és mentése 50%-kal gyorsabb lett, mint az OOo 2.0-ban. Minden javítást vagy új funkciót hordozó child workspace (CWS) forrásfába olvasztása előtt automatikus sebességteszteket végeznek. A jövőben is folytatódni fog a sebességre optimalizálás, amelyben egyébként Sun-osokon kívül az Intel és a Novell mérnökei végeznek kiemelkedő munkát.

Automatikus frissítés

Az OOo 2.0.3-ban lekérdezhető, hogy jelent-e meg frissítés a programhoz. Az 2.0.4-ben már automatikusan megjelenik a figyelmeztetés az újabb verzióra, de cél a Firefoxban megismert teljesen automatikus programfrissítési funkcionalitás megvalósítása.

Levelező, naptár

A StarOffice/OpenOffice.org csomagból sajnálatosan hiányzik egy komponens, ami más irodai csomagokban megszokott: a levelező és a naptár. Nagyon gyakori felhasználói kérés, hogy legyen ez is. Döntés született arról, hogy a Mozilla Lightning lesz az OpenOffice.org levelező/naptár alkalmazása. A Mozilla Lightning tulajdonképpen egy naptárral kiegészített Thunderbird. A Lightning 0.3-as verziója szeptember végén fog megjelenni.

Kiegészítők

Viszonylag új eredmény, hogy nemcsak kódot, hanem képtárakat és sablonokat is lehet az OOo belső csomagkezelőjével telepíteni, akár önmagukban, akár az őket használó kóddal együtt. A felhasználói felületek létrehozása leegyszerűsödött. Fejlesztők szélesebb rétege támaszkodhat az OOo-ra, mint fejlesztési platformra. Az Extension Development Toolkit segítségével megoldható, hogy a kiegészítő súgója beépüljön súgórendszerbe, a beállítópanelje beépüljön az Eszközök/Beállítások panelbe, és lehetőség van a kiegészítő online frissítésére.

Nyelvi eszközök

Magyar vonatkozása is van ennek a témának, hiszen az OOo Lingucomponent projektvezetője Németh László, a Hunspell helyesírás-ellenőrző és a Magyarispell szótár szerzője. Az OOo nyelvi eszközei az elmúlt évben nagy fejlődésen mentek keresztül. A nem karbantartott Myspell helyett a Hunspell lett az OOo helyesírás-ellenőrzője. Az egyik legfontosabb vívmány a Unicode-ra való áttérés volt, ami lehetővé tette egy sor új nyelvhez helyesírási szótár kifejlesztését. Az elválasztási minták szintén lehetnek már Unicode-osak, és az algoritmus figyelembe veszi a különleges eseteket is, amikor az elválasztójel beékelődésekor plusz betűk jelennek meg, vagy éppen betűk tűnnek el (pl. asszonnyal - asz-szony-nyal, Schiffahrt - Schiff-farht).

Lokalizáció

Az OpenOffice.org kb. 100 nyelvre lett lefordítva. 80 nyelvi projekt létezik, melyek célja egy adott nyelvű közösség számára az OOo népszerűsítése, dokumentációk írása stb.

A konferenciáról

A lyoni konferenciára 650 ember regisztrálta magát, megdöntve a tavalyi rekordot. Látható, hogy évről évre egyre sikeresebb a rendezvény. Három, esetenként négy szekció fut párhuzamosan. Az ooocon.kiberpipa.org címen online közvetítés is fogható.