A webcast megtekinthető az Oracle honlapján itt.

Címszavakban a lényeg (bár a webcast sem hosszú):

• Továbbra is fejlesztik és támogatják a nyílt forrású OpenOffice.org-ot, mint a közösség legjelentősebb tagja.
• A biztosítást, támogatást, jótállást, enterprise tool-okat, bináris patcheket és frissítéseket igénylő nagyvállalati felhasználóik részére továbbra is fejlesztik és támogatják a StarOffice/StarSuite-szerű licenckonstrukciókat – alacsonyabb TCO-val, mint a versenytársak.
• A StarOffice/StarSuite neve hamarosan megváltozik, ezek az Oracle Office termékcsalád részei lesznek.
• Lesz egy webes Office csomag, együttműködik az asztali verzióval, de teljesen a böngészőben fut majd, és ODF-et használ.
• Integráció az Oracle-termékekkel, például az üzleti intelligencia és tartalomkezelő alkalmazásokkal.
• A jDeveloper IDE segítségével lehet majd kiterjesztéseket fejleszteni és telepíteni az OpenOffice.org-hoz.

Nekem a legjobban az a bejelentés tetszett, hogy a termék neve Oracle Office lesz. Végre megoldódik az „a/az” névelőprobléma.

A könyvhöz szorosan kapcsolódnak olyan fejlesztések, mint az OpenOffice.org ellenőrzése, javítása és kiegészítése egy még teljesebb magyar honosítás elkészítése céljából. Példa erre, hogy az OpenOffice.org legújabb magyar helyesírási szótára felismeri, elválasztási szótára pedig helyesen választja el a magyar szavakat unicode-os f-ligatúrákkal is. A közeljövőben várható egy a magyar nyelv vonatkozásában valószínűleg legteljesebb szabad betűkészlet kiadása is (a könyv Linux Libertine betűkészletének bővített és javított változata), valamint az automatikusan kiválasztott a/az névelős kereszthivatkozások könnyen kezelhető megvalósítása az OpenOffice.org-ban.

Addig kérem az érdeklődőket, hogy teszteljék az alábbi linken letölthető kiadásokat és az értékes véleményeket osszák meg itt a hozzászólások között.

Letölthető innen:

ftp://ftp.devall.hu/kami/320beta/

OOo_3.2.0_100224_Win32Intel_install.exe – Angol változat

OOo_3.2.0_100224_Win32Intel_install_hu.exe – Magyar változat

Mivel nem mindenki olvassa a levelezőlistánkat, fórumunkat, sőt még ezt a honlapot sem, elkészítettük újra a teljes telepítőkészletet, hogy új felhasználóinknak nehogy később gondot okozzon ez a hiba. Akit a hiba nem érint, vagy már telepítette a javított DLL-t, annak nem érdemes újratelepítenie a programot. A letöltési hely és név változatlan, az MD5-ellenőrzőösszeg természetesen változott, valamint a névjegypanelen a “Build 2010-02-25″ szöveg olvasható.

Kérünk mindenkit, aki letükrözte a korábbi telepítőkészletet (pl. szoftverbazis.origo.hu), hogy cserélje ki. Elnézést a kellemetlenségért.

• Javított névelő-ellenőrzés a számok előtt. (Egy lemaradt $-jel miatt a számok előtti névelőket ellenőrző szabály rossz esetben is illeszkedett, aláhúzva az a névelőt a tizenvalahány és százvalahány előtt is.)
• Kibővített idézőjelekre vonatkozó javaslatok
  • ASCII idézőjelek cseréje: ,,vmi” → „vmi”, >>vmi<< → »vmi«
  • Belső idézőjelek helyes sorrendje: «vmi» → »vmi«
  • Angolszász nem dupla idézőjelek felismerése: ‘vmi’ → „vmi”, »vmi«
• Nem törő szóközök felismerésének javítása a pénzösszegek konzisztencia-ellenőrzésénél.
• Szűkebb ezrestagolók (nem törő keskeny szóköz, U+202F) használatának támogatása (a tipográfiai opciók között).

Letöltés

Elkészült a Slackware Linux 64 bites változatához is a 64 bites magyar nyelvű változat. Ez nem a go-oo féle változat, hanem a sima vanilla forrásból készített.

Letölthető: openoffice.org-hu-3.2.0-x86_64-1ned.txz

Részletek itt.

Az OpenOffice.org 3.2-ben javított biztonsági hibák:

• CVE-2006-4339: Potenciális sebezhetőség harmadik féltől való libxml2 könyvtáraktól
• CVE-2009-0217: Potenciális sebezhetőség harmadik féltől való libxmlsec könyvtáraktól
• CVE-2009-2493: OpenOffice.org 3 Windows változata az MSVC sebezhető változatát tartalmazta
• CVE-2009-2949: Potenciális sebezhetőség XPM fájl feldolgozással kapcsolatban
• CVE-2009-2950: Potenciális sebezhetőség GIF fájl feldolgozással kapcsolatban
• CVE-2009-3301/2: Potenciális sebezhetőség MS-Word dokumentum feldolgozással kapcsolatban

OpenOffice.org 3.2 biztonsági és személyes adatbiztonsági fejlesztései

Az OOo biztonságáról már volt szó egy korábbi hozzászólásban: http://www.openoffice.hu/2009/05/ooo_biztonsaga/.

Abban megtárgyalásra került néhány kérdés amely közvetlenül tisztázásra került, de volt néhány terület amelyről Malte Timmermann, az OOo biztonsági projekt vezetője azt ígérte, hogy az OOo 3.2-ben kerül sor a szükséges módosításokra, és ez meg is történt. Alább található szöveg a blogbejegyzés fordítása.

A korábbi hozzászólásban felsorolt szükségesnek ítélt fejlesztések

Probléma: Titkosított dokumentumok – Makrók hozzáadhatók, kicserélhetők vagy eltávolíthatók.

Az OOo 3.2-ben nem lehet hozzáadni nem titkosított makrófolyamot, vagy a meglévőt lecserélni egy másik nem titkosítottra.

A kompatibilitás megtartása miatt ez az ellenőrzés csak az ODF 1.2 változatú dokumentumokra vonatkozik, amelyeket az OOo 3.0 vagy újabb változatával készítettek. De az OOo nem egyedül a manifest.xml tartalmától függő ellenőrzést végez, hanem leellenőrzi a titkosított content.xml változatát is, így a dokumentumot manipuláló felhasználó nem tudja az ellenőrzést kikerülni az alacsonyabb számú ODF formátum használatával a manifest.xml-ben.

Továbbra is van lehetőség a makrófolyam teljes eltávolítására, mert a manifest.xml továbbra sem védett. Ennek védetté tételéhez az ODF 1.2 további módosítására lesz szükség, mivel nem akarunk csak az OOo által kezelt titkosítást készíteni.

Más kérdés a titkosított makrófolyamok beillesztése, de ennek nincs hatása. Az ok, amiért különböző aláírású makrók lehetnek, hogy a felhasználó minden makrókönyvtárt külön-külön jelszóval védhet. A titkosított makrófolyam hozzáadásával nem érhető el semmi, az OOo nem tudja a titkosítást feloldani, és nem regisztrálódnak a Basic könyvtárban, mert az a fájl is titkosított.

A megmaradt (valószínűleg nem olyan fontos) probléma esetében, ahol a titkosított dokumentumból eltávolítható a makrófolyam, különböző lehetőségeket kell kiértékelni. Az egyik lehet a manifest.xml védelme valamilyen aláírási algoritmuson keresztül, vagy a teljes ODF zip-folyam titkosítása. Az utóbbi esetben az ODF konténerbe lehet a folyamot csomagolni, így a mimetime-folyam rendelkezésre állhat a rendszerintegrálásra, és tárolhatja, hogy mely titkosítás került alkalmazásra.

Ennek kifejtésére ez a hozzászólás nem alkalmas, ha a részletek érdeklik, és dolgozni kíván a megoldásán, csatlakozzon az OOo Biztonsági projektjéhez, az ötleteket a biztonsági levelezési listán vitassák meg, ahova előzetesen fel kell iratkozni, mivel a válaszokat általában csak a listára küldik meg.

Probléma: Meg kell jegyezni, hogy a META-INF/manifest.xml és a META-INF/documentsignatures.xml önmagukban nem aláírtak

Az ODF 1.2 specifikáció módosításra került (ez az első változat ahol a digitális aláírás említésre kerül). A dokumentum aláírások fogalmának meghatározása, kijelenti, hogy az ODF csomag összes folyama, beleértve a manifest.xml-t is a dokumentum aláírásnak le kell fednie. Az egyetlen kivétel az aláírási folyam, amely kihagyható.

Az OOo 3.2-ben a manifest.xml a dokumentum aláírás része.

Probléma: A támadó nem deklarált fájlt tud hozzáadni (különösen veszélyes makrót vagy makrókat)

Ahogy az az eredeti hozzászólásban is szerepelt, ez nem nagyon változtatja meg a biztonságot, attól függetlenül, hogy a manifest.xml-ben szerepel-e vagy sem, ugyan is a manifest.xml amúgy is könnyen frissíthető.

De mivel az egy jó módszer, hogy minden fájl deklarálva legyen a manifest.xml-ben, az OOo 3.2 ellenőrzi ezt az ODF 1.2 dokumentumok esetében.

Mivel a régebbi változatú OOo-ok rögzítették az összes fájlt a manifest.xml-ben, megvitatásra érdemes az összes régebbi változatú dokumentum ellenőrzésének kérdése.

Probléma: Gondoljuk át azt az esetet ha egy titkosított makró lecserélésre kerül egy nem titkosított egyszerű szöveg (veszélyes) makróval.

Az első problémánál fentebb megbeszéltük, az OOo nem fogadja el a nem titkosított folyamokat a titkosított dokumentumokban, a dokumentum ODF változattól függetlenül.

További fejlesztések az OOo 3.2-ben és az ODF 1.2 specifikációban.

ODF 1.2 már lehetővé teszi különböző titkosítási algoritmusok alkalmazását, és manifest.xml-ben minden részletet a felhasznált algoritmusokkal kapcsolatban dokumentálni kell(ez az oka annak, hogy a manifest.xml nem titkosítható). Ezek az ODF módosítási javaslatok, benyújtásra kerültek az OASIS ODF műszaki bizottságához, és az OOo 3.2-ben bevezetésre kerültek. Ez csak annyit jelent, hogy az OOo az összes szükséges információt a manifest.xml-be helyezi. Nem azt jelenti, hogy az OOo új beépített titkosító algoritmust tartalmaz.

A részletekért, és a biztonsággal kapcsolatos további információkért keresse fel az OOo Biztonsági projekt wikioldalát.

Általános fejlesztések

Gyorsabb elindulás

Az OpenOffice.org 3.2 Calc és Writer programjai, a fejlesztések hatására, 46%-kal gyorsabban indulnak el, mint az egy évvel ezelőtt megjelent 3.0-s verzió. A mérések szerint a gyorsindító nélkül mért első indítás, az úgynevezett „hidegindítás” nagyfokú gyorsulása mellett a további indítási módok is gyorsultak. Ezen eredmények függnek az alkalmazott operációs rendszertől, valamint hardverkiépítéstől is.

ODF támogatás

Az Organization for the Advancement of Structured Information Standards (OASIS) által felügyelt Open Document Format (ODF) dokumentumformátum szabvány az elektronikus dokumentumtárolás nemzetközileg elfogadott módja.

A szabvány abból a felismerésből született, hogy az intelligens információáramlás és hozzáférés valamint az együttműködés a különféle rendszerek között döntő fontosságúvá vált napjainkban. Ezért is fontos, hogy a jelen technológiáival, bármely számítógépen létrehozott irodai dokumentumok, bárhol, bármely más számítógépen olvashatók legyenek, a jövőben is.

Az OpenOffice.org 3.2 további lépéseket tett a mind teljesebb ODF 1.2 kompatibilitás érdekében, megteremtve az OASIS ODFF/OpenFormula függvényspecifikációval történő kompatibilitást.

• Mivel az OpenOffice.org 3.2 az ODF 1.2 specifikáció kibővített változatát használja, a szoftver figyelmezteti a felhasználót, ha az ODF 1.2 Extended szolgáltatáskészletét használja fel.
• A dokumentumintegritás-ellenőrzés felülvizsgálja az ODF dokumentumot, hogy megfelel-e az ODF szabvány előírásainak (ez elsősorban az ODF 1.2 verziójú dokumentumokra vonatkozik). Bármilyen hiba esetén a dokumentum sérültnek lesz minősítve és az OpenOffice.org felajánlja az ilyen dokumentumok javítását.

Zárt dokumentumformátumok támogatása

Az OpenOffice.org 3.2 továbbfejlesztett támogatást biztosít más irodai dokumentumtípusokhoz:

• Jelszóval védett Microsoft Office XML fájlok (támogatott dokumentumtípusok: MS Word 2007 dokumentumok (*.docx, *.docm); MS Word 2007 sablonok (*.dotx, *.dotm); MS Excel 2007 dokumentumok (*.xlsx, *.xlsm); MS Excel 2007 bináris dokumentumok (*.xlsb); MS Excel 2007 sablonok (*.xltx, *.xltm); MS Powerpoint 2007 dokumentumok (*.pptx, *.pptm); MS Powerpoint 2007 sablonok (*.potx, *.potm)).
• OLE objektumok, űrlap-vezérlőelemek és a kimutatások (pivot tables) beolvasásra kerülnek az MS Excel 2007 documentumokból (*.xlsx, *.xlsb).
• Titkosítási támogatás a Microsoft Word 97/2000/XP szűrő lehetővé teszi jelszóval védett Microsoft Word dokumentumok mentését (a Microsoft Office szabványos RC4 algoritmusával).
• Az AportisDoc és PocketWord már támogatják a DocType alapú dokumentum-felismerést. Ennek eredményeképpen az ilyen formátumban tárolt fájlok betölthetők anélkül, hogy külön meg kéne adni a dokumentum típusát a fájlválasztóban.
• A SYLK fájlokba mentett karakterláncadatoknál a karakterláncban levő dupla idézőjelek nem duplázódnak meg, a pontosvesszők viszont megduplázódnak. Ez jobb kompatibilitást jelent más alkalmazások által létrehozott fájlokkal.

A Postscript alapú OpenType betűkészletek támogatása

Számtalan kiváló minőségű kereskedelmi és szabad OpenType betűkészlet érhető el, amelyek a Postscript formátumban állnak rendelkezésre. Ezek a betűkészletek immáron az OpenOffice.org-gal is minden tekintetben felhasználhatóvá váltak.

Writer

Automatikus szókiegészítés

A Writer képes tartósan megjegyezni az automatikus szókiegészítés listájához a dokumentum szerkesztése során összegyűjtött szavakat. Egy új jelölőnégyzet, A dokumentum bezárásakor törlődjenek az innen összegyűjtött szavak, egyértelműbbé teszi ezt a funkciót.

A Mediawiki támogatása kiterjesztésbe került át

Az ütközések elkerülése érdekében a Mediawiki szűrő nem része többé az OpenOffice.org alaptelepítésének. Ehelyett a Wiki Publisher kiterjesztés részévé vált, ami lehetővé teszi a szűrő frissítését anélkül, hogy várni kellene a következő OpenOffice.org-kiadásra.

Calc

A cellaszegélyek többszörös kijelölés esetén is megadhatók

Korábban csak egy táglalap alakú cellatartomány szegélyeit lehetett megadni. Mostantól bármilyen cellakijelölésre lehetséges ez. A téglalap alakú cellatartományok listája a kijelölésből megállapítható, és a külső/belső szegélyek ezekre egyenként lesznek alkalmazva.

Az automatikus kitöltés új eseteket kezel

Ha az automatikus kitöltés kezdő cellája egy számmal kezdődik és bégződik, és nincs szóköz az első szám után, akkor a cella végén levő szám növekszik. Ez egyszerűbbé teszi például az IP-címtartományok létrehozását (10.0.0.1-et a 10.0.0.2 követi).

Továbbfejlesztett rendezés

Ha a rendezést olyan kijelölésre indítja a felhasználó, amely valószínűleg nem azt a tartományt fogja át, amit rendezni kellene, akkor egy új párbeszédablak megkérdezi, hogy ki kell-e terjeszteni a kijelölést, hogy minden releváns cellát tartalmazzon.

Ha egy cellatartományt növekvő vagy csökkenő sorrendbe rendeznek az eszköztárgombok segítségével, akkor a cellaformátumok mostantól a cellákkal együtt rendeződnek.

Egyesített cellák jobb kezelése

Az egyesített cellákat mostantól be lehet illeszteni a vágólapról másik egyesített cellákba. Hibaüzenet helyett a régi cellák egyesítése megszűnik.

Cellák, oszlopok vagy sorok beszúrása és törlése az egyesített cellák közepén korábban hibaüzenetre vezetett, mostantól lehetséges, és az egyesített cellatartomány megnövekszik, illetve lecsökken.

Komplex másolás és beillesztés

Ez a funkció kiterjeszti a Calc jelenlegi másolási és beillesztési funkcionalitását. Mostantól lehetséges nem összefüggő tartományok másolása. A beillesztéskor minden másolt adat egyetlen tartományba egyesül. Vannak megkötések a másolható tartományok alakjára, hogy a beillesztett tartomány téglalap alakú lehessen..

Továbbfejlesztett statisztikai függvények

• A NORMDIST 4. paramétere mostantól opcionális.
  • A 0 vagy a FALSE a sűrűségfüggvényt számítja ki. Minden más érték, a TRUE vagy az elhagyott paraméter a kumulatív eloszlásfüggvényt számítja ki.
  • Ha el van hagyva ez a paraméter, akkor a fájlba 1 lesz kiírva a visszafele kompatibilitás érdekében.
• A LOGNORMDIST 2. és 3. paramétere mostantól opcionális, továbbá megadható egy 4. opcionális paraméter is.
  • A 2. paraméter, az átlag 0 lesz alapértelmezett esetben, ha nincs más megadva.
  • Ha el van hagyva ez a paraméter, akkor a fájlba 0 lesz kiírva a visszafele kompatibilitás érdekében.
  • A 3. paraméter, a szórás 1 lesz alapértelmezett esetben, ha nincs más megadva. Ha el van hagyva ez a paraméter, akkor a fájlba 1 lesz kiírva a visszafele kompatibilitás érdekében.
  • A 4. paraméter jelentése a következő: A 0 vagy a FALSE a sűrűségfüggvényt számítja ki. Minden más érték, a TRUE vagy az elhagyott paraméter a kumulatív eloszlásfüggvényt számítja ki. Ha meg van adva egy érték, a korábbi verziók nem tudják értelmezni, és a függvényt hibát ad vissza.

Ezek a módosítások az OASIS ODFF/OpenFormula specifikációval függenek össze.

Újsor karakterek megtartása a képletekben

A Control+Enter billentyűkombinációval létrehozott újsor karakterek mostantól megőrződnek a munkalapképletekben. Korábban az újsor karakter szóközre cserélődött. Az újsor karakterre a \n reguláris kifejezéssel lehet keresni a SEARCH, a [HV]LOOKUP vagy a MATCH függvényekkel.

Szöveg számmá konvertálása

A képletek kiértékelésekor a szöveg típusú argumentum számmá konvertálódik, ha ez egyértelműen megtehető. Ha nem, akkor #ÉRTÉK! hibát ad a program. A karakterlánc elején és végén levő szóköz jellegű karakterek nem lesznek figyelembe véve.

Megjegyzés: a menet közbeni konverzió sokkal lassabb, mint ha eleve számértékekkel történne a számítás. A felhasználóknak inkább javasoljuk a Convert Text to Number (CTN) kiterjesztés használatát, amellyel interaktív módon átalakíthatók a szövegesen szereplő számok valódi számokká.

Hivatkozásváltás továbbfejlesztése

A Shift-F4 billenytűkombinációval most már kijelölt cellatartományok esetén is lehet átváltani a relatív és az abszolút hivatkozások között.

Sok új átváltási lehetőség a CONVERT_ADD függvényben

A CONVERT_ADD munkalapfüggvény (más alkalmazásokban CONVERT néven szerepel) több új átváltási lehetőséget biztosít az OASIS ODFF/OpenFormula szabványnak megfelelően.

Új UNICODE és UNICHAR függvények

Új UNICODE és UNICHAR munkalapfüggvények lettek implementálva az OASIS ODFF/OpenFormula specifikációnak megfelelően.

• A UNICODE a Unicode szabvány (ISO 10646) szerinti kódpontját adja vissza a megadott szöveg első karakterének.
• A UNICHAR (UNICODE CHARacter) visszaadja a karaktert bármilyen érvényes Unicode-kódpontra.

Draw

Új stílusú megjegyzések

A Draw mostantól támogatja a megjegyzéseket.

Oldalszám a Draw-ban

A Draw mostantól támogatja az “Oldalszám” mezőt.

Impress

Új stílusú megjegyzések

Az Impress mostantól támogatja a megjegyzéseket.

Oldalszám az Impressben

Az Impress mostantól támogatja az “Oldalszám” mezőt.

Base

A Base új funkcióiról a wikiben olvashat.

Chart

Új diagramtípusok

A diagramok létrehozására szolgáló Diagramtündér mostantól tartalmazza a Buborékdiagramot, és a Hálódiagram egy új variánsát, a Kitöltött háló (Radar) diagramot.

Jobb használhatóság a Chartban

A Chart felhasználói felületét átdolgozták, hogy használhatóbb legyen. Például az általános Objektumtulajdonságok helyett konkrétan megnevezik a tárgyat, például Jelmagyarázat formázása…. A menük jobban figyelembe veszik a kontextust, biztosítva ezzel, hogy az adott helyzetben szükséges eszközök egy egérkattintásra legyenek. A részletes leírást lásd a GullFOSS blogbejegyzésben.

Továbbfejlesztett adatcímkék

Az adatcímkék beállítási lehetőségei bővültek. Lehetővé vált az adatcímkék elforgatása. Ez különösen oszlopdigramoknál hasznos, elkerülhető a címkék átfedése.

Ázsiai tipográfia lap a diagramelemenkhez

Egy új lap, az Ázsiai tipográfia mostantól a Cím, Jelmagyarázat, Tengelyek és Adatsorok tulajdonságait beállító panalen is elérhető. Segítségével beállítható a különféle típusú szövegeknél alkalmazott térköz.

Nemzetköziesítés és honosítás

Új területi beállítások támogatása

Az OpenOffice.org 3.2 a következő új területi beállítások adatait tartalmazza: oromo (Etiópia) [om-ET], ujgur (Kína) [ug-CN], ógörög [grc-GR], szomáli (Szomália) [so-SO], alsó-szorb [dsb-DE] és felső-szorb [hsb-DE], asztúriai (Spanyolország) [ast-ES], jiddis (Izrael) [yi-IL], arab (Omán) [ar-OM], szárd (Olaszország) [sc-IT] és kecsua (Ecuador) [qu-EC].

A támogatás általában azt jelenti, hogy ezek a területi beállítások kiválaszthatók karaktertulajdonságként, helyesírás-ellenőrzés nyelveként, alapértelmezett területi beállításként és a dokumentumok alapértelmezett nyelveként, valamint elérhetők a számformátumok és felsorolások számozása választásánál. A részletekért lásd a Release Notes oldalt.

Japán névsorrend

Japán területi beállításoknál a Vezetéknév / Utónév mezők a felhasználói adatok panelen meg lettek cserélve. Ez a csere nem a felhasználói felület nyelvétől függ, hanem a területi beállításoktól. Szerk: Sajnos, magyar beállítások esetén a két mező nem cserélődik fel hasonlóképpen, pedig a japánok után nem sokkal kértük.

A Graphite betűkészlet-technológia támogatása

Az OpenOffice.org mostantól támogatja a Graphite betűkészlet-technológiát. Ennek köszönhetően egyes kis nyelvek írásrendszere, illetve írásrendszer-változatai jobban támogatottakká válhatnak. A technológia lehetővé teszi az új írásrendszerek támogatását. Csak egy betűkészletet kell kifejleszteni az adott írásrendszer speciális igényeinek megfelelően.

Szabad magyar szótár 1.6

Egyes magyar változatokba beépítésre került, illetve külön kiterjesztésként, az elválasztási mintákkal és a szókincstárral együtt is telepíthető a Szabad magyar szótár 1.6-os verziója. A bővített szókincs mellett ez a szótárverzió támogatja az f-ligatúrákkal (ff, fi, fl,ffi, ffl) írott szavak helyesírásellenőrzését. A változások teljes listája elolvasható a ChangeLog-ban.

Unicode-os magyar elválasztási minták

Az OpenOffice.org 3.2-ben javítottuk azt a hibát, amely miatt korábban ISO-8859-2 kódolású elválasztási mintákat kellett használnunk. A unicode-os elválasztási minták előnye, hogy az ISO-8859-2 kódolással nem leírható szavak helyes elválasztása is lehetővé válik.

Lightproof magyar nyelvi ellenőrző

A magyar Openoffice.org 3.2 része a legújabb Lightproof kiterjesztés. A Lightproofról részletesen egy korábbi cikkünkben olvashat.

A közösségi esemény három önkéntesek által tartott előadással kezdődött, amelyből megtudhattuk az OpenOffice.org 3.2-es verziójának várható újdonságait, a Hunspell és a Lightprooffal kapcsolatos legújabb híreket, valamint átfogó képet kaphattunk a Firefox 3.6 novumjairól is.

Az OpenOffice.org újdonságai közül érdemes kiemelni az alábbi újdonságokat

• Jelszóval védett Microsoft Office XML dokumentumok importálása
• ODF dokumentum-ellenőrzés és szükség esetén -javítás
• PostScript-OpenType fontkészletek támogatása
• Gyorsabb indulás, működés és fájlmentés
• Új diagramtípusok: buborék és kitöltött háló
• Továbbfejlesztett rendezés, cella- és szegélykezelés a Calcban
• Új stílusú megjegyzések az Impress-ben és a Draw-ban
• És még sok minden más…

És a fontos információ:

„Az Oracle folytatni kívánja az OpenOffice.org fejlesztését
– a nyílt forráskódú megoldásként – az egyesülés után,
és technikai támogatást is nyújt majd cégek részére.”

A Hunspell az alábbiakkal bővült

A Hunspellhez köthető magyar Ispell szótár elérte az 1.6-os verziószámot. Az OpenOffice.org 3.2-ben debütáló magyar nyelvű szótár számos – napjainkban használatos – szóval, például: futsal, H1N1 bővült. Így érezhető, hogy a Hunspell együtt él a nyelvvel. Számos javítás is bekerült az új szótárba: Újdonságok listája.

A Lightproof is dinamikusan fejlődik

A magyar nyelvi ellenőrző natív beállítóablakkal rendelkezik, ami elérhető az OpenOffice.org kiterjesztéskezelőjében és nyelvi beállításai között is. A másik újdonság, hogy a Lightproof nyelvi modulok most külön telepíthetők (így a magyar nyelvi ellenőrző kiterjesztés lightproof-hu_HU néven érhető el ezentúl), ami előfeltétele volt a különböző Linux-terjesztésekbe, illetve a nem alapítványi OpenOffice.org-változatokba való bekerülésnek.

A magyar nyelvű szerződések és egyéb üzleti okiratok gyakran elkövetett hibája, hogy csak a számokkal írt összeg kerül módosításra az okirat szövegében, a betűkkel írt már nem. A Lightproof új változata már gondoskodik a hiba javításáról.

A magyar helyesírás-ellenőrzők szabály-alapú összetettszó-felismerő algoritmust használnak a nagyszámú, sokszor egyedi magyar összetett szó felismerésére. Ez számos hibával is jár, amik közül a legsúlyosabbakat a Microsoft Office-ban még mindig jól meg lehet figyelni (A Microsoft Office és az OpenOffice.org magyar nyelve.) Az OpenOffice.org a Lightproof segítségével még tovább lép az ilyen jellegű hibák kiküszöbölésében: lehetőséget nyújt a korrektorok számára a gyanús, vagy akár minden képzett összetett szó megkülönböztetésére.

A Firefox most kiadott változata – többek között – az alábbi újdonságokkal szolgál

A Firefox 3.6 több, mint 20 százalékkal gyorsabb, mint a Firefox 3.5, és számtalan fejlesztést tartalmaz, amely megnöveli a teljesítményt a mindennapi internetes alkalmazások, például a levelezés, képek feltöltése vagy a közösségi hálózatok használata esetén. Tartalmazza a böngésző megjelenését egyszerűen módosítani képes, Persona elnevezésű fejlesztést, a bővítményfrissítőt, javított JavaScript-feldolgozási teljesítményt nyújt, az intelligens címsor javaslati eredményei tovább finomodtak, hogy mindezen funkciókkal jobb és még személyesebb internetezési élményt nyújtson.

Sőt, a mobiltelefon használóknak lehet jó hír, hogy a Firefox for Mobile is elérhető lett, amely okostelefonokon hozza el a jobb  internetezés élményét.

Az előadások után – immáron hagyományszerűen – tortázással ünnepeltük az új verziók eljövetelét. Az édes falatok majszolása mellett alkalom nyílt a közösség tagjainak a beszélgetésre. Szerintem számos hasznos téma került elő, amely előreviszi az OpenOffice.org és a Mozilla Firefox hazai elterjedését, segíti a hazai közösség épülését és jó irányba lendíti a magyar érdekeltségű programok, programrészek fejlődését ezekben a közösség fejlesztett szoftverekben.

Örülünk mindenkinek, aki eljött és köszönjük a támogatást az Uránia Nemzeti Filmszínháznak, a Mozilla-nak, az OpenOffice.org-nak, az Open SKM Agency Kft.-nek és a Novell Professional Services Hungary Kft.-nek.

Megjelenések a médiában:

Buliznak a magyar Firefox- és OpenOffice-hívek

Találkozón ünneplik a Firefox és az OpenOffice új verzióit

Szólj bele, hogy fejlődjön a Firefox