Timár András – Oldal 10

LibreLogo a LibreOffice 4.0-ban

Egy ideje elérhető már Németh László LibreLogo programja, amely a LibreOffice-ba vagy az OpenOffice-ba kiterjesztésként telepítve egy vektorgrafikát használó Logo megvalósítást ad hozzá a Writerhez. Segítségével könnyedén rajzolhatók bonyolult ábrák, csak a „teknősbéka-vezérlő” Logo programnyelvet kell ismerni. A LibreLogo Logo nyelve kompatibilis az elterjedt Logo-implementációkkal, de kibővíti Logót a Python adatszerkezeteivel. Maga a LibreLogo is Pythonban íródott.

Sajnos azonban a LibreLogót kevesen ismerik. A kiterjesztésekkel általában az a probléma, hogy kevesen töltik le, nehéz eljuttatni a célközönséghez. Arra gondoltunk, hogy a LibreOffice részévé kellene tenni, akkor minden LibreOffice-felhasználóhoz automatikusan eljut, és a LibreOffice-forrás részeként az összes támogatott nyelvre le is lesz fordítva. A LibreOffice-ban korábban is voltak beépített kiterjesztések, azt gondoltuk, hogy a LibreLogo is azzá válhat. Azonban amikor a LibreLogo megjelent a forrásfában, nem várt ellenkezést váltott ki egyes fejlesztők részéről. Az értelmetlen ellenkezést (kinek? minek? felesleges méretnövekedés stb.) a megfelelő érveléstechnikával sikerült leszerelni, a müncheni HackFesten pedig Németh László sikeresen demózta a kulcsembereknek a LibreLogo tudását. Megdöbbenve ismerték fel és ismerték el a program és a dokumentáció elkészítésére fordított rengeteg időt. Egy komoly ellenérv maradt. A LibreOffice mellé csomagolt kiterjesztések rengeteg technikai problémát okoztak. Frissítésnél külön oda kellett figyelni rájuk, ütközés léphetett fel a csomagolt és a kívülről felrakott kiterjesztések között. Gyakorlatilag a csomagolt kiterjesztések koncepciója hibás volt. A LibreOffice 4.0-ban nem is lesznek már, mindegyiket átalakították vagy át fogják alakítani normál komponensekké. Éjjel 1 körül az a konszenzus alakult ki, hogy nem bánják a LibreLogót, de nem lehet kiterjesztés. Münchenből hazafelé a vonaton már el is kezdtük a LibreLogo átalakítását kiterjesztésről normál programrésszé, azonban a fáradtság és a kényelmetlen munkakörülmények miatt ez akkor nem sikerült. Azonban a következő napokon otthon, kipihenve már jobban ment a kódolás, és még az sem okozott komoly fennakadást, hogy közben a LibreOffice-ba beépített Python interpretert 2-esről 3.3-asra cserélték. A hét elején a LibreLogo nemcsak bekerült a LibreOffice forráskódjába, hanem ott is maradhat, az Engineering Steering Committee tudomásul vette, sőt még marketing célokra is fel fogják használni.

Reméljük, hogy a LibreLogo jelentőségét felismerik az oktatásban, hiszen a Logo sok helyen tananyag. A felhasználási lehetőségek azonban nem merülnek ki az oktatásban. Az alábbi karácsonyfadísz is LibreLogóval készült, a forrás letölthető. PDF, PDF2 (spirálos), ODT (a LibreLogo-forráskóddal).

Ki hinné, hogy ezt a karácsonyi képeslapot egy 12 soros Logo programmal hozták létre? A véletlenszerűen elhelyezett és véletlen méretű hópelyhek a „❄” (U+2744) Unicode-karakter felhasználásával lettek kirajzolva, és némi kézi utómunkát követően (szöveg, hópelyhek átlapolásának megszüntetése) előállt az alábbi képeslap. A forrás ehhez is rendelkezésre áll. PDF, ODT (a LibreLogo-forrással).

További információ: Elősorban a libreoffice.hu-n megjelent és jövőben megjelenő cikkeket ajánljuk, melyeket a LibreLogo címke jelöli. Vannak köztük angol cikkek is, amelyek a magyar oldalon nem kerülnek címlapra. Ajánljuk továbbá 2012-es berlini LibreOffice konferencián bemutatott prezentációt (angol), a LibreLogo kézikönyvet (magyar) és a bemutató füzetet (magyar).

feature/killsdf branch merged

What was SDF and why did we kill it? LibreOffice source code contains translatable content in various file formats. It was desirable to present translatable content to translators in a single file format, so they did not have learn how to edit different file formats. Therefore back in the OpenOffice.org era SDF file format was invented. It was a simple tab separated text file. Localization tools extacted translatable content into SDF file format, and localized SDF files were merged back to source code during the build.

One cannot imagine simpler file format, than a tab separated text. When I translated OpenOffice.org into Hungarian, I built a tool set around it, and translated it happily. But not every translator was a programmer, or capable of using scripts. Translators demanded PO file format, which is a quasi-standard file format for localization in the open source world. Translate Toolkit and Pootle became part of the localization process, en-US SDF file was converted to POT (PO Template) files, and translated PO files were converted back to SDF manually.

When LibreOffice project started, I wanted to amend the process for two reasons.

Huge SDF files blew the git repository. Git does not work well with large, frequently updated text files.
Manual conversion from PO to SDF was a tedious job.

Therefore I implemented to store PO files in git, and convert them to SDF automatically during the build. In LibreOffice 3.4 we used po2oo from Translate Toolkit for the back-conversion. In LibreOffice 3.5 po2oo was replaced by po2lo written by Miklos Vajna, which was 30x as fast as po2oo.

But why convert translations from one format to another, why not use PO files directly? This is what was developed in feature/killsdf branch in the past few months. Most of the programming work was done by a young developer, Tamas Zolnai, who was a trainee at Novell Hungary in the summer, and now he is a fellow of FSF.hu Foundation (FSF.hu sponsors his work on LibreOffice). Now localization tools extract translatable content from the source code directly to PO files, and they read PO files directly during the build. SDF files are not generated any more. At the same time localization tools were refactored. Perl scripts have gone. All tools are in C++ now. Further cleanup and optimizations are on the way on master branch. I fixed the last remaining issues after the merge in Munich Hackfest 2012.

LibreOffice 3.6.3

LibreOffice logó Megjelent a LibreOffice 3.6.3, a harmadik hibajavító verzió a LibreOffice 3.6-os sorozatból. A javítások listája szokás szerint két részletben érhető el: RC1 (81 hiba) és RC2 (12 hiba). Minden egyes hibajavító kiadás növeli a program általános minőségét és stabilitását, egyre szélesebb körben javasolható bevezetésre.

A berlini LibreOffice konferencián elhangzott, hogy a fejlesztők a bejelentett LibreOffice-hibák 58%-át zárták le. Ebbe nem számít bele az új funkciók kérése, és a lezárás nem feltétlen jelent javítást; vannak többszörösen bejelentett vagy nem reprodukálható hibák is köztük. Ennek ellenére ez elég jó arány szabad szoftveres viszonylatban, a megnyitott hibajegyek száma nemrég lépte túl a 10 ezret. A minőségbiztosításon dolgozó közösségi tagok egyre hatékonyabbak abban, hogy az igazán lényeges hibákra irányítsák rá a fejlesztők figyelmét. A 100 napja elkezdett Hard Hacks projekt sikeresnek mondható, hetente kb. 5 nehéznek gondolt hiba kerül az Engineering Steering Comittee elé, és ezek jelentős részére megoldás születik 2 hét alatt.

LibreOffice 3.5.7

LibreOffice logó A Document Foundation bejelentette a LibreOffice 3.5.7 megjelenését. Ez a hetedik, és valószínűleg az utolsó hibajavító kiadás a 3.5-ös sorozatból. A tervezetthez képest kicsit késett a kiadás, mert váratlanul közbejött egy olyan hiba, amelyet mindenképp ki akartak javítani a fejlesztők, tekintettel arra, hogy több 3.5-ös kiadást nem terveznek. A javított hibák listája két részletben érhető el: RC1 és RC2. A 3.5-ös változathoz ragaszkodó felhasználóknak mindenképp ajánlott frissíteni erre a verzióra.

LibreOffice 3.6.2

LibreOffice logó Megjelent a LibreOffice 3.6.2, a második hibajavító verzió a LibreOffice 3.6-os sorozatból. A változások listája szokás szerint két részletben érhető el: RC1 (77 hiba) és RC2 (16 hiba). Érdekességképpen megjegyezzük, hogy ebbe a verzióba került be Németh László jóvoltából egy hét és fél éve bejelentett hiba javítása, a hosszú lábjegyzetek tooltipje most már több sorba törik, és el lehet olvasni, mert nem lóg ki a képernyőről. De még ennél is korosabb hibát javított Michael Stahl, majdnem 10 éveset. Sokakat érinthet továbbá, hogy Windowson a Java 7-es verziójával nem minden esetben volt zavartalan az együttműködés a Java 7 csomagolási hibája miatt, ezt a LibreOffice oldaláról javítottuk a MS Visual C++ 2010 Runtime telepítésével.

A The Document Foundation a LibreOffice 3.6.2 sajtóbejelentésében más fontos dolgokat is bejelentett.

A LibreOffice egyre inkább a szabad irodai csomagokra való migrálás de-facto szabványává válik, hála az egyre bővülő funkcióknak és a hagyományos fájlformátumokkal való egyre jobb kompatibilitásnak. A LibreOffice-ra való áttérések egyre növekvő száma jól demonstrálja, hogy a The Document Foundation képes volt továbbfejleszteni az átvett örökséget, köszönhetően a projektben részt vevő kb. 500 fejlesztőnek.

Legutóbb Limerick, Írország harmadik legnagyobb városa tért át LibreOffice-ra. 450 munkaállomáson használnak LibreOffice-t, többek között három közkönyvtárban, a tűzoltóságon, a múzeumban és a képtárban.

A LibreOffice közösség október 17. és 19. között Berlinben gyűlik össze a második LibreOffice konferencián. A konferenciára október 8-ig lehet jelentkezni a http://conference.libreoffice.org/registration címen.

2 éves a LibreOffice és a The Document Foundation

LibreOffice logó A The Document Foundation (TDF) ma ünnepli második születésnapját. 2010. szeptember 28-án jelentették be a TDF és a LibreOffice projekt elindulását. Az elmúlt évben az alapítvány hivatalosan is megalakult Berlinben, a tagok megválasztották a kuratórium és a tagfelvételi bizottság tagjait. A TDF tagsága a LibreOffice projekt hozzájárulóiból áll, csak aktív hozzájáruló lehet tag, aki a jelentkezéssel további 6 hónapos aktivitást vállal. Szintén az elmúlt év eredménye, hogy az Intel a LibreOffice projekt támogatója lett, valamint megjelent a LibreOffice 3.5 és 3.6. Ezen kívül elkészült a tableteken és a cloudban futó verzió prototípusa, a termékké váláshoz azonban még időre van szükség, 2013 végére vagy 2014 elejére várható ezek megjelenése.
“2 éves a LibreOffice és a The Document Foundation” bővebben

Shrinking size of Windows installer

Size of Windows installer of LibreOffice 3.3 – that contained all languages – was 253MB. In LibreOffice 3.4 we managed shrink it significantly, to 197MB. It would have been nice to measure how each cleanup commit contributed to this achievement, but I’m afraid the most important factor was the right setting of compression levels.

Not much have happened since then, we added new languages, new dictionaries, new features, and cleanup continued, but the size of installer remained approximately the same: 198MB for LibreOffice 3.6.0.

However, in LibreOffice 3.7 there will be some improvement in this field. A couple of days ago Istvan Turi – who spent 6 weeks with LibreOffice hacking as a trainee at Novell Hungary – committed a few patches and I also committed one, which removed all language dependent agenda/fax/letter/report and spreadsheet style templates. Approximately 2000 files were removed from git. Even more were removed from installer, because these templates were not localized into all supported languages, so en-US templates were copied for them. Size of installer has been decreased to 185MB, 6.57% less than before.

The good news is that we did not loose functionality here. Localization will be done runtime. Translators can translate strings from these templates in .po files. I bet that many language teams did not know about these templates, now they have the chance to localize them properly.

LibreOffice 3.6.1

LibreOffice logó Megjelent a LibreOffice 3.6.1, a néhány hete kiadott LibreOffice 3.6 első javítóverziója. A 3.6.0 legidegesítőbb hibáit sikerült kijavítani. A változások listája szokás szerint két részletben érhető el: RC1 és RC2

A The Document Foundation a LibreOffice 3.6.1 sajtóbejelentésében más fontos dolgokat is bejelentett.

A LibreOffice egyre inkább a szabad irodai csomagokra való migrálás de-facto szabványává válik, hála az egyre bővülő funkcióknak és a hagyományos fájlformátumokkal való egyre jobb kompatibilitásnak. Az olaszországi Umbria tartomány, amely Olaszországban elsőként, 2007-ben vezette be az ODF támogatását, bejelentette, hogy ősztől kezdődően LibreOffice-ra tér át 5000 munkahelyen. Forrás: http://libreumbria.wordpress.com/

A portugáliai Vieira do Minho megye önkormányzata szintén bejelentette a LibreOffice bevezetését. Forrás: http://www.cm-vminho.pt/index.php?oid=9871&op=all.

A The Document Foundation bejelentette a „HardHack” projektet. Ennek lényege, hogy a tesztelők rendszeres időközönként kiválasztanak néhány régóta fennálló, sok embert zavaró hibát, és a fejlesztők mindent megpróbálnak, hogy ezeket célzottan és minél gyorsabban kijavítsák. Mivel az adott idő alatt beérkező hibabejelentések száma meghaladja ugyanezen idő alatt kijavítható hibák számát, világos, hogy a hibák osztályozása, és a prioritások felállítása lényeges feladat. A legfontosabb hibákkal kellene foglalkozniuk a fejlesztőknek, de abban segítséget várnak, hogy mi a fontos.

Felhasználói kérdőív

Íme az eredmény.

Milyen platformon használja elsősorban a LibreOffice-t?

Windows	553	55%
Linux	405	40%
Mac OS X	39	4%
Egyéb	7	1%

Melyik alkalmazást használja a legtöbbet?

Writer	658	66%
Calc	295	29%
Impress	11	1%
Draw	12	1%
Base	17	2%
Egyéb	11	1%

Jelölje be az Ön által használt alkalmazásokat

Firefox	790	81%
Inkscape	176	18%
GIMP	531	55%
Scribus	84	9%
VLC	654	67%
MPlayer	323	33%
Thunderbird	454	47%

LibreOffice 3.5.6

LibreOffice logó A Document Foundation büszkén jelenti be a LibreOffice 3.5.6 mai megjelenését.

A 3.5-ös sorozat jelenleg az újonnan megjelent 3.6-os verzióval párhuzamosan van karbantartva, és a konzervatívabb felhasználóknak javasolt. A mai kiadás számos hibát javít. A 3.5-ös verzió minden felhasználójának javasolt a frissítés.

A 3.5.5 óta javított hibák listája szokás szerint két részletben érhető el: RC1 és RC2.

A letöltőoldal pillatnyilag a 3.6.0-t kínálja letöltésre, itt a Rendszer, verzió vagy nyelv váltása linkre kell kattintani.