2011-ben a LibreOffice 7 fejlesztői helyet nyert el a Google Summer of Code programban. Ez a 7 egyetemi hallgató egész nyáron egy-egy LibreOffice-hoz köthető projekten fog dolgozni, reméljük sikerrel.
Marco Cecchetti az SVG exportszűrőt fejlesztené tovább. A projekt célja, hogy például egy Impress-bemutatót menteni lehessen SVG-ben, navigálni lehessen több dia között, és működjenek a diaátmenetek is.
Xisco Fauli egyes Java nyelven implementált programrészeket írna át Pythonba, nevezetesen egyes varázslókat (tündéreket). Ennek az az értelme, hogy a LibreOffice szabadulni szeretne a Java Runtime-tól való függőségtől, beépített Python interpreter pedig amúgy is van benne.
Anurag Jain a Calc adatbeviteli sorát szeretné egysorosról többsorosra átírni. Jelenleg egyetlen hosszú sor áll rendelkezésre az adatbevitelre, ezt egy átméretezhető, többsoros beviteli mezőre kellene változtatni.
Matúš Kukan arra vállalkozott, hogy elemző eszközök, például a KCacheGrind segítségével feltárja a LibreOffice futásakor jelentkező szűk keresztmetszeteket. Munkájának eredménye a LibreOffice sebességének növekedése lehet.
Eilidh McAdam azt vállalta, hogy a Microsoft Visio diagramszerkesztő program fájlformátumához készít importszűrőt, hogy a Visioval készült fájlokat be lehessen olvasni Drawba, és lehessen szerkeszteni ezeket a rajzokat Drawban.
A Timo művésznéven regisztrált hallgató a LibreOffice súgórendszerét fogja átalakítani. A cél az volna, hogy a LibreOffice saját, nehézkesen szerkeszthető súgórendszere valamilyen szabványos és széles körben ismert formátumban legyen. Az első lépés a wiki formátumra alakítás volt, a következő lépés, ami Timo feladata, hogy a wiki formátumról natív formátumra alakítsa vissza a fájlokat. Így a jövőben a súgó szerkesztése a wikiben történne, azt alakítanák vissza platformspecifikus súgófájlokká, amelyek egyúttal jobban integrálódnának a rendszerbe.
Vajna Miklós idén az RTF importszűrőt szeretné felfejleszteni használható szintre. Tavaly az RTF exportszűrővel nagyot alkotott, ideje, hogy az ezzel mentett RTF-eket vissza is tudja olvasni a LibreOffice. 🙂
Gratulálunk a nyerteseknek, és munkájukhoz sok sikert kívánunk.
Azt hiszem csak két kérdés:
1. A Jáváról Pythonra váltás mennyit hozna a sebességen?
2. Mennyi Jávában írt kód van még a LibO-ban?
Sok sikert!
1. Nem tudom, de mondjuk a faxtündérnél a sebesség irreleváns.
2. Javában vannak az említett tündérek (fax, levél, napirend stb.), a Base beépített adatbáziskezelője, a hsqldb, a súgó keresője (lucene), egyes XSLT-szűrők és a jelentéstervező. Ezeket kell kiváltani. A Java UNO bridge természetesen maradna, hogy Javában is lehessen kiterjesztéseket írni, illetve a régiek működjenek.