OpenOffice.org 3 beta

LibreOffice, OpenOffice.org

Az OpenOffice.org közösség nevében ma John McCreesh bejelentette az OpenOffice.org irodai programcsomag harmadik nagyobb kiadásának első beta verzióját. A beta kiadás legfontosabb szolgáltatásai, jellemzői: Mac OS X támogatás, ODF 1.2 támogatás, Microsoft Office 2007 Import Filter-ek, Solver, javított "Crop" szolgáltatás a Draw és Impress összetevőkben, 256 helyett 1 024 oszlop a Calc Sheet-en, új ikonok, Start Center, stb. Képes beszámoló az újdonságokról itt. A beta 3 letölthető innen. A lokalizált build-eket innen kiindulva érdemes keresni. A bejelentés elolvasható itt.

( padawan | 2008. 05. 07., sze – 20:46 )

Ha lat vki slackware csomagot v slackbuildet, orditson :)

( timar | 2008. 05. 07., sze – 21:01 )

Látom, a Sun közzétett magyar nyelvi csomagokat is, ám ezek állapota legfeljebb az OOo 2.4-nek felel meg, mivel az OOo 3.0 betához nem készült el a magyar fordítás. Emiatt az FSF.hu-féle magyar build is kimarad sajnos.

( timar | 2008. 05. 07., sze – 21:22 )

Múlt héten a fix.tv Linuxportál műsorában Gibzo váratlanul (Firefox volt a téma) megkérdezte tőlem, hogy mik lesznek az OOo 3.0 újdonságai. Hirtelen nem tudtam semmi értelmeset kinyögni. Most elnézve ezt a listát, felmentem magam. A 3.0-tól valami nagy durranást várnánk, de a 2.x verziókban jelentősebb volt a fejlődés.

1. A Mac OS X support jelentős, de ez csak egy platformot érint.
2. ODF 1.2 support - a felhasználó semmit nem vesz észre belőle
3. Office 2007 formátumai - ooobuild-en keresztül már elérhető régebb óta, és kvázi kötelező volt hozni ezt a funkciót.
4. Solver - kidobták Kohei évek óta fejlesztett solverét politikai okokból, és fejlesztettek gyorsan egy újat, bravó.
...
improved, enhanced ez meg az, új ikonok :) - ezt nem tudom jelentős dolognak felfogni.
1024 oszlop a Calcban - tessék mondani, az Excelben mennyi van? (Megoldás: 16384. És 1048576 sor, nem 65535!)

A PDF importra még kíváncsi vagyok, kb. ezt tartom az egyetlen jelentős újdonságnak, de pont ez nem lett kész a betára. Egy kicsit kevesellem az újdonságokat. 2.5-nek elmenne.

És nahát, és tényleg. Akkor ez még nem a presenter view/screen/akármi lesz? Mert ha nem, akkor az nem "fasza", hanem teljességgel használhatatlan. Eh, ez kiábrándító.
Legalább azt megfixálták már, hogyha elindítok egy Impress-t, majd felbontást váltok, akkor ezután ha vetítésbe kezdek, akkor ne az eredeti felbontásban rakja ki a slide-okat?

"1024 oszlop a Calcban - tessék mondani, az Excelben mennyi van? (Megoldás: 16384. És 1048576 sor, nem 65535!)"

Ezt szerintem semmiképp nem fogja kihasználni egy mezei felhasználó.

(Viszont az Excel PADLO() és PLAFON() függvényei sem lesznek használhatóak magyar nyelven. Mondjuk az sem volt normális, aki a függvényeket magyarította...)

kötöjelkötöjel
//:wladek's world

A PADLO() és PLAFON() nem használhatóságában ne legyél biztos, mert már most is van egy kísérleti környezeti változó, amely a lokalizált OOo verzóiban megengedi az eredeti angol függvénynevek használatát. Namármost ez azt jelenti, hogy ha akarom, akkor lefordítom az OOo függvényeit is magyarra, és használhatja örömmel a sok tanár és diák, és aki az angol függvényeket szerette, az beállítja ezt a környezeti változót, és használja tovább az angol függvényeket.

Ami a sor- és oszloplimitet illeti: engem nem érdekel az átlagfelhasználó. Nekem kéne a sok sor, és az ismerőseimnek is (sebaj, ott az Excel). Sőt még azt is elképzelhetőnek tartanám, hogy végtelen sor és végtelen oszlop, korlát a memória, és ezt nem én találtam ki.

Nem kötözködés, de nem kezelhetetlen egy ekkora táblázat?
Nem jobb ilyenkor egy adatbáziskezelő használata? Effektíve én az átláthatóságban látom a határt, amit nekem az OO.o már eddig is túllépett. (Vagy nem tudok táblázatot tervezni.)

kötöjelkötöjel
//:wladek's world

Nem szemmel kell átlátni. :) Két példa. X bank azért vett Matlabot, mert az (akkori) Excelbe nem fértek bele azok az idősorok, amivel számolni kellett volna (árfolyam 5 percenként). Minden más tekintetben elég lett volna az Excel (vagy akár az OOo Calc). Én meg pl. szívesen betenném az OOo fordítását OOo Calc-ba, hogy a szűrők segítségével mindenféle konzisztenciavizsgálatokat futtassak. Máskor is jól jött volna a több sor, pl. 65535 sornál nagyobb CSV-k feldolgozásakor. Az adatbázis-kezelőnél egyszerűbb és gyorsabb a táblázatkezelő használata egyszer végrehajtandó feladatokra.

Szerintem meg nem lehet a CSV-t shellből tök jól processzálni, mert ha a rekordban szerepel az elválasztó karakter, akkor idézőjelbe kell rakni a rekordot, ha idézőjel is szerepel benne, akkor az meg kell védeni, ha a védőkarakter is szerepel benne, akkor azt is meg kell védeni stb. És akkor még nem beszéltem arról, hogy a shellben hányszor kell escape-elni egy \-t vagy "-t... Hamarabb célhoz érhetünk egy táblázatkezelővel, ahol ilyesmikre már eleve gondoltak.

Ezt írtad:

"és arról sem beszéltél, hogy alapvetően a felhasználók nem akarnak shell-t tolni és ez nem is lenne jó irány."

Én meg jelentkeztem, hogy felhasználó vagyok, de shellt akarok tolni, mert nekem az jó, kellemes, egyszerű. Ha OOo-ban, vagy Excelben kellene a végtelen számoszlopokat feldolgoznom, akkor megütne a guta. Arról nem is beszélve, hogy klikkelést és az egértologatást nehéz adatfeldolgozó pipeline-okba integrálni.

Nem gondoltam, hogy ekkora izgalom lesz ebből. ;]

Ez amúgy tényleg jó ötlet. Én is így szoktam, bár csak ugye a hozzáadott fordításnál. Gondoltam is rá, hogy csinálok egy fájlformátum szűrőt a csv mintájára, csak ő az sdf-ez olvassa és alapból azokkal a beállításokkal jön elő, amilyen a sdf formátuma.

KAMI
--
OxygenOffice | OpenOffice.org | Az internet svájci bicskája | A Böngésző - magyarul

Tfh, kapok egy emailt egy magyar partnertől, hozzá csatolva egy magyar nevű függvényeket használó táblázat, majd utána gyors egymásutánban érkezik egy-egy táblázat a cég német és angol képviseleteitől is, mindkettőhöz táblázat csatolva, egyikben német, másikban angol fügvénynevekkel. Nna, ilyenkor mi van? Nehogymár mindegyik táblázathoz könyezeti változókat kelljen állítgatni...

"4. Solver - kidobták Kohei évek óta fejlesztett solverét politikai okokból, és fejlesztettek gyorsan egy újat, bravó."

Kíváncsi vagyok a Novell majd mit lép. Kohei, aki a Novellnél dolgozik, és hihetetlenül segítőkész arc, elvi meggyőződéből nem írta alá a SUN féle papírokat. Ekkor mondta Meeks, hogy a Novell forkolni fog, ha a SUN ezt teszi.

Ezzel csak az a baj Linuxos kiadások, mind a Novell változatot tartalmazzák (kivéve Red Hat, mert nekik saját van), de akkor szétszalad majd a közkézen forgó win/linux/osx változatok funkcióspektruma (ami most sem egységes), és ez nem jelent jót :(

András, remélem próbáltál már akkor táblázatot. Akkor abból sejtheted, hogy nyűg az egész. Az excel nem erre való. Legutóbb egy 80 megás XLS megfektette a 2k7-es Excelt. Szét kellett szedni kisebb táblákra. Szóval minek ez az e-penis?

KAMI
--
OxygenOffice | OpenOffice.org | Az internet svájci bicskája | A Böngésző - magyarul

Az OOoNinja több újdonságot látott:
http://www.oooninja.com/

De osztom a véleményed, ez karcsú a 3.0-nak. Bár ha ezt vesszük hogy egy komoly port készülőben van, akkor talán mégsem.

Nekem ez 2.5 lesz, minden tekintetben.

KAMI
--
OxygenOffice | OpenOffice.org | Az internet svájci bicskája | A Böngésző - magyarul

( rudanj | 2008. 05. 08., cs – 01:48 )

már csak azt nem értem, hogy mi kellene ahhoz, hogy normális grafikonszerkesztő, értelmes doc-formátumimportáló (szövegdobozok, behúzások, listák, stb) és ilyen totálisan useless, senki által soha nem használt, perifériális funkciók kerüljenek a TODO-lista élére...

Mivel az OOo szinte minden téren le van maradva vetélytársaitól, és az erőforrások korlátozottak, nehéz kijelölni, hogy melyik terület kapjon kiemelt figyelmet. A doc importálóra és a grafikonszerkesztőre pont hogy rá vannak állítva dedikált emberek, csak lehet, hogy még több kéne. Véleményem szerint az OOo által alkalmazott fejlesztési gyakorlat is hátráltatja a gyors eredmények létrejöttét. Lásd pl. itt: "Up-stream believe in process based development, with teams, consensus building, specification writing, test-instead-of-detailed-code-review-or-unit-testing, and all these 'Professional' pasttimes. ooo-build users believe the OO.o we have today is broadly a product of these processes. Up-stream users believe the previous sentence is a compliment." :)

Az OOo valóban le van maradva, de tudomásom szerint csak egy vetélytársától. Az OpenOffice.org a vezető nyílt forráskódú irodai csomag, a piacvezető kereskedelmi irodai csomag mögött pedig a második. Ami nagyon is jó eredmény, tekintve, hogy az MS Office elterjedtségében benne van az elképesztő méretű illegális használat (40% Magyarországon?) és az összehasonlíthatatlanul nagyobb marketingköltségek. Nyíltságban, platformfüggetlenségben, a nemzetközi szabványok támogatásában (vagy magyar szóellenőrzés tekintetében) pedig vezet az OpenOffice.org. Valakinek ez a használhatóságot is alapvetően meghatározza. De pl. a kicsit is nagyobb méretű vagy összetettebb dokumentumok szerkesztésében (stílusok, mesterdokumentum használata) is élen jár az OpenOffice.org. A Microsoft valódi monopolista törekvéseit az Office fejlesztésben jól mutatja, hogy a VBA és a Solver ki lett véve az MS Office Mac OS X változatából, amit az OOo bejelentés is kiemel. Vagy itt csak szimplán az MS Office térvesztéséről van szó, amit az OpenOffice.org új natív Mac OS X változata, és annak pozitív visszhangja csak meggyorsít? Vegye meg a Vistát és az új MS Office-t, aki a mélyére akar ásni ennek a dolognak, de ne vetessék meg kötelezően az iskolákkal és az állami intézményekkel, vagyis velünk, mikor uniós szinten jogilag már ki kellett volna zárni a gyártót és termékeit a közbeszerzésekből. Amíg ez van (az MS Office kötelező, ahol meg nem, ott minden második példány illegális másolat), tényleg nagy lemaradása van az OpenOffice.org-nak, mert ezt sose fogja tudni behozni. :)

Én most nem arról beszélek, hogy mi lenne elég egy iskolának vagy állami intézménynek, mert oda jó talán még egy Abiword/Wordpad/MS Works akármi is, mint ahogy 20 éve jól elvoltak írógépekkel és franciakockás füzetekkel is. Amúgy egyetértek a hozzászólásod azon részével, ami az OOo előnyeit taglalja.

Amire még gondoltam, hogy pl. a Quattro Pro is tud 18 ezer oszlopot és egymillió sort. A WordPerfect, bár sehol sincs elterjedségben, funkcionalitásban szintén jó.

Elfelejtettem említeni a "Spreadsheet Collaboration Through Workbook Sharing" újítást, ami nagyon jó, csak éppen olyan alapfunkció, amit már 1000 éve tudnia kellett volna az OOo-nak. Emellett még mindig megoldatlan általános esetben a fájlok zárolása, azaz kedvezőtlen körülmények együttállása esetén adatvesztést okoz (egyik felhasználó felülírja a másik munkáját, ha egyszerre nyitnak meg egy dokumentumot).

Annak is nagyon örülnünk kellene, hogy 2008-ra elérik, hogy egy erőgépen nem szaggatnak be a diákat átvezető animációk. És még sorolhatnám a hasonló "fejlesztéseket", amiket lehet, hogy nehéz volt megcsinálni, de dicsekedni nem kéne vele, mert az átlagfelhasználónak az ilyesmik megléte természetes.

A VBA kivételéről az MS Office Mac OS X változatából én azt olvastam pár hónapja, hogy erre technikai okból került sor, túl költséges lett volna a régi kódbázis átvitele az új verzióba. A VBA-t használó MS Office for Mac felhasználókat, akik váltani akarnak meglévő MS Office-ukról, megkaphatja az OOo, sajnos nem lesznek sokan, különben az MS-nek is megérné őket támogatni.

A fájlok zárolása és a szép diaátmenet éppen olyan funkciók, amelyek erősen platformfüggők, így szerintem az OpenOffice.org büszke lehet rá, ha ezt megoldotta vagy megoldja az összes támogatott platformra. A Microsoftnak elég volt a Windowsra megoldania ezeket (ráadásul lehet, hogy esélyt sem hagyott másoknak a zárt vagy nem dokumentált API-ival, amiknek a megnyitását pl. az Internet Explorer esetében csak bírósági ítélettel lehetett elérni az Egyesült Államok kontra Microsoft perben).

Azért nem ugyanaz a diaszaggatás, mint amikor a jogtiszta Windows XP Professional Start menüje rendszeresen lefagy (ezt használom csak időnként, MS Office-t már régóta nem, elnézést a csak részben idevágó példáért). Vagy mikor még MS Office-t oktattam, a Word XP (vagy az a verzió, amelyiknél a nyomtatás ablakban a magyar álló és a fektetett felirat fel volt cserélve) új típusú súgójának ablaka úgy kicsinyítette le a szerkesztett dokumentumot, hogy az egységes vastagságú táblázatkeret alját és jobb oldalát vékonyabbnak mutatta. Hiába formázták a tanítványok, majd utána én, semmire sem mentünk, mert nem a formázásban volt a hiba, hanem a WYSIWYG-elv elképesztően csúnya megsértésével (WYSIWYG-szövegszerkesztőről beszélünk, ugye).

Az MS-nek lehet, hogy nem éri meg a Mac OS X támogatása, de ez egy kiváló példa arra, hogyan hagyja cserben egy zárt kereskedelmi fejlesztő az ügyfeleit, ha az érdekei úgy kívánják. A zárt forráskód miatt pedig máshonnan nem számíthatnak támogatásra a Mac OS X-es MS Office+VBA felhasználók.

Hát hogyne volna értelme a dokumentált forrás megnyitásának, mégha assembly is?
Így most eltűnik a süllyesztőben, még ha 80 év múlva le is járnak a jogok.

Hadd idézzem a Microsoftot a Universal Applications Apple oldalról:

“Our teams have been hard at work on the Intel transition since WWDC in June 2005 and we’ll ship the next version of Office for Mac as a Universal application.” Roz Ho, General Manager, Mac Business Unit, Microsoft

Egyszerűen rosszul mérték fel, mire képesek. Ha tisztességes üzletpolitikát folytatnának, kiadták volna a csak PowerPC-s, de legalább nem csökkentett képességű változatot is, mivel az eddig futott a Rosetta emulátorral Intel platformon is (l. itt http://www.macintouch.com/imacintel/rosettacompat.html).

PowerPC assembly, erről van valami link? Mondjuk azt nem csodálom hogy elhagyták, de azt nem hiszem, hogy ne lehetne újraimplementálni. A Novellnél is csak egy ember dolgozik az ügyön, és szerintem nagyon szépen halad. Persze ez még nem végleges funkció. A Solvert is egy valaki írta. Illetve két Solvert két ember ;oD

KAMI
--
OxygenOffice | OpenOffice.org | Az internet svájci bicskája | A Böngésző - magyarul

Összességében tapasztalható lemaradás, de úgy gondolom számos területen piacvezető. És számos terület jól fejlődik. Szóval inkább a felhasználó által fontosnak vélt dolgok a döntő, az egyén szempontjából. És a megszokás. Ez a terület az szerintem amiben az OOo még jóideig hátrányban lesz, sajnos.

KAMI
--
OxygenOffice | OpenOffice.org | Az internet svájci bicskája | A Böngésző - magyarul