Az FSF.hu Alapítvány 2009-ben kiírt Szabad Szoftver Pályázat 2009 pályázatán 7 pályaművet támogatott mintegy 3 millió forint összeggel, köztük a „Hasznos OpenOffice.org kiterjesztések fejlesztése” elnevezésű pályázatot is. A pályázat célja olyan kiterjesztések megírása, amely az OpenOffice.org közösség által régen hiányolt funkciókat valósít meg.

A kiterjesztésekről
A „Munkafüzet-dokumentumok lehetséges hibáinak felkutatása” kiterjesztés fejlesztése; Az ellenőrzés többek között ezekre a területekre terjed ki: Azon szövegként tárolt számok jelzése, amelyek képletekben kerültek felhasználásra; Számot tartalmazó cellák, amelyeket egyetlen képlet sem használ fel; Üres cellák, amelyet referenciaként használtak fel.
A kiterjesztés elérhető az OpenOffice.org Extension webhelyről:
http://extensions.services.openoffice.org/en/project/validator

Figyelőablak (Watch Window) fejlesztése Calc programhoz; A figyelőablak segítségével a kiválasztott cellák értékei és az értékek változásai egy külön megjelenő, mindig látható ablak segítségével a felhasználó számára is jól követhetővé válik.
A kiterjesztés elérhető az OpenOffice.org Extension webhelyről:
http://extensions.services.openoffice.org/en/project/watchwindow

Diagram készítő (szervezeti, gyűrű, venn és piramis diagramok támogatásával) kiterjesztés fejlesztése.
A kiterjesztés elérhető az OpenOffice.org Extension webhelyről:
http://extensions.services.openoffice.org/en/project/diagram

A pályázat keretén belül készült kiterjesztések forráskódja elérhető lesz ezen a helyen:
https://ooop.svn.sourceforge.net/svnroot/ooop/

Hibajelentést igénylése a következő linken lehet tenni:
https://sourceforge.net/apps/trac/ooop/wiki ]]> http://www.openoffice.hu/2010/09/palyazat-2009-hasznos-openoffice-org-kiterjesztesek-fejlesztese/feed/ 0 http://www.openoffice.hu/2010/08/openoffice-org-base-3-3-ujdonsagai/ http://www.openoffice.hu/2010/08/openoffice-org-base-3-3-ujdonsagai/#comments Thu, 19 Aug 2010 07:39:02 +0000 r4zoli http://www.openoffice.hu/?p=1192 Elkészítettem az OOo wikin a tájékoztatót a Base újdonságairól.

Ebben a változatban alig történt változás, ennek egyik oka a fejlesztők száma megfeleződött, egy főre csökkent és így csak a hibák javítására maradt idő és energia.

A betervezett HSQLDB 2.0-ra való átállás a HSQLDB 2.0 késői megjelenése miatt (2010. június 7.), várhatóan a 3.4 változatra csúszik.

Elkészült két kiterjesztés, amelyek az OpenOffice.org Calc programjához nyújt – reményeink szerint – hasznos adalékot.

1) Watch Window
A Watch Window kiterjesztéssel megjeleníthető a figyelőablakban minden olyan cella, amelynek változásait követni szeretnénk függetlenül attól, hogy éppen melyik cellákat látjuk.

A kiterjesztés letölthető:
http://extensions.services.openoffice.org/en/project/watchwindow

A kiterjesztés telepítés után elérhető:
Calc: Eszköz – Detektív – Figyelőablak megjelenítése menüből.

2) Validator
A Validátor egy OpenOffice.org kiterjesztés, amely a kiválasztott szabályok alapján ellenőrzi a cellákat.

A kiterjesztés letölthető:
http://extensions.services.openoffice.org/en/project/validator

A kiterjesztés telepítés után elérhető:
Calc: Eszköz – Detektív – Validátor menüből.

Próbálja ki ezeket a kiterjesztéseket és visszajelzéseivel, új ötletekkel vagy bármilyen más módon járuljon hozzá a kiterjesztések továbbfejlesztéséhez.

A kiterjesztéseket Hornyák Tibor és Szalai Kálmán készítette együttműködésben a Szegedi Tudományegyetemmel és az OxygenOffice Professional Csapattal.

Támogatta a Free Software Foundation Hungary Alapítvány a Szabad Szoftverek Magyarországi
Népszerűsítéséért és Honosításáért, a Projekt 2009 keretein belül megítélt támogatással.

A munka még nincs kész, hiszen a meglévő kiterjesztések – felhasználói visszajelzések alapján történő – továbbfejlesztése mellett hamarosan jelentkezünk a vállalt feladatoknak megfelelően a Draw programhoz szánt kiterjesztéssel is.

Jó Calcolást!

Az OxygenOffice Professional letöltése
http://ooo.itc.hu/oxygenoffice/download/
http://sourceforge.net/projects/ooop/files/

További információk
http://user.services.openoffice.org/hu/forum/viewtopic.php?t=514

Több száz nemzetközi fejlesztő, multinacionális döntéshozó, nagy nevű hazai és nemzetközi előadó érkezik Budapestre szeptember elején, hogy részt vegyen a világ talán legrangosabb nyílt szoftveres eseményén, az éves nemzetközi OpenOffice.org konferencián. A konferencia három napján az egész világ Budapestre figyel majd, hiszen a kis fejlesztő cégek és az OpenOffice.org mögött álló, nyílt szabványokat támogató multinacionális vállalatok – IBM, Oracle, Novell, Google – erre az alkalomra szokták időzíteni fontos bejelentéseiket. Ráadásul az idei jubileumi év rendkívül sikeres volt: a szoftver újabb változatait több, mint 157 millióan töltötték le.

Az eseményt a magyarországi Nyílt Dokumentumformátum Szövetség szervezi. A plenáris ülésnek a Parlament ad otthont – szimbolikus helyszín, hiszen számos civil szervezet, vállalat évek óta küzd azért, hogy a hazai közigazgatásban, az oktatásban, az állami szférában a nyílt ISO szabvány ODF, nyílt dokumentum formátum és általában a nyílt szabványok, valamint az ezekre épülő szoftverek a helyükre, az államigazgatási és intézményi felhasználók gépeire kerüljenek.

Az OpenOffice.org Konferencia 2010 rendezvény 2010. augusztus 31-től és szeptember 3-ig kerül megrendezésre, a konferencia fő helyszíne a Közép-európai Egyetem lesz.

Az OpenOffice.org Konferencia 2010 honlapja

Regisztráció a konferenciára

A legutóbbi fejlesztések arra irányultak, hogy a Numbertext moduljai bekerüljenek az Unicode CLDR nyelvi adatbázisba, ahol a Numbertexthez hasonló RuleBasedNumberFormat (RBNF) nyelvi leírások már helyet kaptak.

A Numbertexthez kidolgozott Soros nyelv előnye, hogy az összetett feladatok, mint a pénzegységek átalakítása is egyszerűen leírható vele. A svéd nyelv esetében a pénznem (illetve váltópénze) többesszáma mellett a pénznem nemére is figyelni kell, ami meghatározza a szám alakját. Egy új pénznem hozzáadása egy plusz programsort jelent csak a svéd Numbertext leírásban, pl.:

SEK:(\D+,.*) $(\1: cardr, svensk krona, svenska kronor, cardn, öre, öre)


A nyelvi adatbázis szinte minden modulja tartalmaz pénznemre vonatkozó információt, szemben az Unicode CLDR-rel. Az angol és a thai számok és pénznemek átalakítására létezik már ISO szabvány (az Office Open XML DollarText és BAHTTEXT mezőformátumkódjai, illetve a BAHTTEXT táblázatkezelő függvény), úgyhogy érdemes ezt más nyelvekre kiterjeszteni. E célból a Numbertext be lett jelentve az Unicode CLDR hibabejelentőjében, illetve bővült a svéd Numbertext modul, hogy összehasonlítható legyen az RBNF leírással. Az eredmény: a svéd RBNF leírás 199 szabályt tartalmaz, a Numbertext 92 szabályt, miközben több minden van benne: a pénznemek átalakítása (CHF, CNY, EUR, GBP, JPY, SEK, USD), három új nagyságrend (triljon, triljard, kvadriljon), és súgó függvény (help). A svéd modul referenciaként szolgál arra is, hogyan lehet a pénznemhez megadni a számok megfelelő nyelvtani alakját (pl. az előző programrészletben szereplő cardr és a cardn a számátalakításhoz használt függvények nevei, amelyek a pénznem és váltópénz neme alapján változnak).

A 0.9-es változatban változott a római számok leírása is. Szemben az IBM ICU RBNF leírásával, ami minden nagyságrendhez külön adja meg az 1000-szeres szorzást jelölő felülhúzást a római számoknál, a Numbertext leírás ezt egy egysoros függvénnyel intézi el:

(overline:.*)(.) $1\2̅ # a rekurzív függvény: minden betű után felülvonás (U+0305) karakter


A teljes Soros program csak 15 szabályt tartalmaz, szemben az IBM ICU ekvivalens RBNF leírásának 60 szabályával:

__numbertext__
1:(.)(.)(.) \1
2:(.)(.)(.) \1\1
3:(.)(.)(.) \1\1\1
4:(.)(.)(.) \1\2
5:(.)(.)(.) \2
6:(.)(.)(.) \2\1
7:(.)(.)(.) \2\1\1
8:(.)(.)(.) \2\1\1\1
9:(.)(.)(.) \1\3

(overline:.*)(.) $1\2̅


Pl. 3000000 = M̅M̅M̅

A Roman_2 modul (az első római számos modul a rugalmasabb zárójelezést használja a nagyobb számok jelölésére, l. NUMBERTEXT.org) az előző példára épít, de a dupla felülvonás helyett (ami a Firefoxban megjelenik, l. a NUMBERTEXT fejlesztőkörnyezet segítségével) mást alkalmaz: a szám elé és mögé húzott függőleges vonalat, ami százszoros szorzást jelent a hagyományos római jelölés szerint, például |C̅C̅C̅C̅C̅| az ötvenmilliót (500×1000×100). Azonban a rómaiak időnként rövidebb, zárójelhez hasonló görbe vonallal különböztették meg a számokat a szövegben, ami félreértésre, vagy legalábbis félremagyarázásra adhatott okot. A leghíresebb ilyen eset Sulpicius Galbáé, aki Tiberius római császár anyjától, Livia császárnétól (aki a saját fiával kevésbé volt jóban) |C̅C̅C̅C̅C̅| sestertiust örökölt, az örökség legnagyobb részét. Az akkor már trónra került Tiberius császár viszont rövidebb és görbe vonalakat látott a végrendeletben a szám körül, így az összeg századrészét, C̅C̅C̅C̅C̅ sestertiust hagyta csak jóvá. A vita eredményeként még ezt sem kapta meg Sulpicius Galba, de 8 év hispániai száműzetése során túlélte Nerót is, majd mintegy három hónapig uralkodott császárként Rómában, mielőtt meggyilkolták. (Forrás: 1, 2.)

A Numbertext fejlesztés kapcsolódik az FSF.hu Alapítvány támogatásával folyó OpenOffice.org fejlesztési és honosítási projekthez, például a Numbertext segítségével kiváltható és az angolon kívül más nyelvekhez is elkészíthető lesz az MS Office ordinal, CardinalText, OrdinalText, DollarText mezőformázása az OpenOffice.org-ban.

Az OxygenOffice Professional fejlesztői örömmel jelentik be az OxygenOffice Professional irodai programcsomag legújabb, 3.2.0.20-as verzióját. Az OxygenOffice Professional 3.2.0.20 irodai programcsomag az OpenOffice.org 3.2.0 változatának különleges, kibővített kiadása, amely hozzácsomagolt kiegészítők tekintetében múlja felül az eredeti terméket, megtartva annak előnyös tulajdonságait. Természetesen a OxygenOffice Professional irodai programcsomag 100%-ban kompatibilis az eredeti kiadással. A programcsomag Windows változata letölthető a https://sourceforge.net/projects/ooop/ címről.

OxygenOffice Professional 3.2.0.20 – kibővített tartalom

A magyar OxygenOffice Professional 3.2.0.20 változata az alábbi kiegészítőket tartalmazza:

• Újdonságok
• Az OpenOffice.org 3.2.0 újdonságai
  (részletesen: http://www.openoffice.hu/2010/02/az-openoffice-32-ujdonsagai/)
  • Gyorsabb elindulás
  • Továbbfejlesztett ODF támogatás
  • Zárt dokumentumformátumok jobb támogatása
  • A Postscript alapú OpenType betűkészletek támogatása
  • A Graphite betűkészlet-technológia támogatása
  • A cellaszegélyek többszörös kijelölés esetén is megadhatók
  • Továbbfejlesztett rendezés
  • Egyesített cellák jobb kezelése
  • Komplex másolás és beillesztés
  • Új stílusú megjegyzések Drawban és Impressben
  • Új diagramok Chartban
• 150 magyar nyelvű sablon, 170 bemutatóháttér
• Több, mint 3400 elemből álló képtár
• Több tucat új sablon a külföldi nyelvi változatokban is
• Új betűkészletek integrálása
  • Chopin Script, DTP Dingbats, Justus, Let’s trace, Tuffy, Verina
• A legújabb helyesírási, elválasztási szótárak (a támogatott nyelveken)
• A frissebb Lightproof nyelvtani ellenőrző
• Windows 7 támogatás
• A saját fejlesztésű WatchWindow kiterjesztés integrálása
  • A Watch Window (Figyelőablak) egy különálló kis ablak, amely mindig az előtérben marad, és lehetővé teszi a kijelölt cellák megfigyelését.
• Nem lineáris egyenletek megoldásához használható megoldó
• Numbertext kiterjesztés integrálása
  • A NUMBERTEXT és a MONEYTEXT munkafüzet-függvények a számokat szöveges megfelelőikre alakítják.
• Közvetlen kapcsolat a Google Docs-szal és a Zohoval
• Megnövelt teljesítmény exportáláskor és importáláskor
• Javított általános teljesítmény
• Nagy táblázatok támogatása
• Biztonsági javítások
• Hibajavítások

Letöltés

http://sourceforge.net/projects/ooop/files/Binary-Windows32bit/3.2.0.20/

Alternatív letöltési hely:

http://ftp.devall.hu/kami/320win/

A csomag a magyar, angol,német, olasz, francia nyelvek mellett számos nyelven elérhető.

Magyar változat

http://ftp.devall.hu/kami/320win/OOo_3.2.0_100224_Win32Intel_install_hu.exe

Angol változat

http://ftp.devall.hu/kami/320win/OOo_3.2.0_100224_Win32Intel_install.exe

Ötnyelvű változat (magyar, angol, német, francia, olasz)

http://ftp.devall.hu/kami/320win/OOo_3.2.0_100227_Win32Intel_install_en-US_de_hu_it_fr.exe

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.