Microsoft: az ODF túl lassú

LibreOffice, OpenOffice.org

A Microsoft azt állítja, hogy az OpenDocument formátum (ODF) túl lassú ahhoz, hogy kielégítően használható legyen. Egy ZDNet-es tanulmányt idéznek, mely az OOo 2.0 és az Office 2003 összehasonlításán alapul. Ez azután került előtérbe, hogy az ISO elfogadta az ODF-et.

A ZDNet cikkében ez áll: "Az OpenDocument lassabb annyival, hogy a felhasználó nem igazán lesz elégedett." Alan Yates (Microsoft) szerint: "Az OpenXML teljesítményorientált. Mivel az XML sokkal lassabb, mint a bináris formátumok, így ügyeltünk rá, hogy ne legyen feltűnő a teljesítménykülönbség."

(A ZDNet hivatkozott cikke itt - a szerk.)

( trey | 2006. 05. 27., szo – 11:28 )

Légyszi legközelebb linkeld be az eredeti cikket is. Köszi!

--
trey @ gépház

( sly007 v | 2006. 05. 27., szo – 11:49 )

Nos én ránéztem a http://www.zdnet.com-ra. Bár nincs nagy angol tudásom és a ZDnetet sem szoktam nézni, de világosan látszik, hogy telle van MS hírrel az oldal. Szóval a megítélés szerintem relatív.

Ijj! Idézet a hivatkozott cikkből:

"The newspaper said that a Microsoft-based replacement for an older Unix system needed to be reset every thirty days 'to prevent data overload', as a result of problems found when the system was first rolled out."

Mindez 2004-ben. Szánalmas. Azt is ki kellene végezni, aki úgy döntött, hogy a rendszer ilyen állapotban, ilyen feltételekkel üzemeltethető.

"Mindez 2004-ben. Szánalmas. Azt is ki kellene végezni, aki úgy döntött, hogy a rendszer ilyen állapotban, ilyen feltételekkel üzemeltethető."

Hat eppen ezen volt itt a hangsuly, "Valaki" megkent egy-ket donteshozot, hogy MS-re csereljek le a ket gepet. Na most egy ilyen mission-critical esetnel nemhogy windowst, IMHO meg pc-t sem szabadna hasznalni, az meg messze durva, hogy a backup rendszer is manualisan indult (volna). Orakon at tobb tizezer ember volt a levegoben eletveszelyben, ebbol 5 kritikus eset volt, ahol csak a puszta veletlennek koszonheto, hogy nem utkoztek legijarmuvek.

Se egy TV-riport, se ujsagirok serege nem ozonlik azota sem, mindenki nagyon melyen hallgat. Get the facts.

---------------------
Ригидус а бетегадьбол

ne felj, ha majd baj lesz abbol lesz hir. azt mindenhol nyomni fogjak.. na nem, hogy MITOL lett a baj, meg, hogy hogyan lehetne elkerulni.. nem, azt nem csak azt, hogy masok is meghaltak geci, te is jobb ha ugyelsz! multkor vendegsegben voltam ismerosoknel masik varosban es ugy masfel orat nem volt mit csinalnom, bekapcsoltam tv-t. haat mire talaltam egy olyan adot ahol nem a nepbutitas ment...

Hat azert Del-Kalifornia felett eleg forgalmas a legter, engemet nem lep meg a cikk. Pl, itt ahol en lakom mar annyira zsufolt a legter, hogy a belfoldi jaratokat rendszeresen torlik, mert balesetektol tartanak. Azert radio nelkul kozlekedni, repteret megkozeliteni, leszallasra keszulni ilyen telitett legiforgalom mellett tobb mint eletveszelyes.

---------------------
Ригидус а бетегадьбол

( necrolite | 2006. 05. 27., szo – 11:52 )

Inkabb fogalmazzunk ugy hogy faj nekik elveszteni a fejostehenet. Mindenki tudja a biznic az offiszban van es hat ha az EU-ban mindenki elfogadja az ODF-et, mint szabvanyos formatumot es amig az m$ office nativan nem tamogassa addig a kutyanak nem kell az offisz kettoezerhet. Mert ugye egy hivatalos tamogatas (marmint m$) nelkuli plugin-t a nagy cegek nem fognak hasznalni az tuti...

A teljesitmenyrol anniyt hogy talan a kedves kis Vistajuk kormere nezhetnenek eloszor. A mult heten felizzadtam egy 1,4 MHz-es Pentium M-re (1 GB RAM+Ati integralt video) es siman felinstallalta magat 2,5 ora alatt. Mondom ok ez meg belefer... Na de siman bebootolt 6,5 perc alatt... es elinditotta a control panelt 1,5 perc alatt 100% procihasznalat mellett... Na kerdem en hogy most ezutan az offisznak mennyi eroforras jut aztat mar meg sem kerdem ;o) vagy ugy gondoljak 2 mag es akkor elso mag OS, masodik mag user space programok? Mert akkor ugye meg is oldottak hogy tovabbra sem kell 2 magra optimalizalni a progikat... (amit nem is valoszinu hogy egyhamar megtesznek)

Tudod, cpufreq. Azért van 1.4MHz-re állítva, hogy 20mW-ot fogyasszon ;) Ehhez persze a feszültséget is le kell venni 1.3mV-ra. :)

Egyébként egész gyors a Vista, ha 1.4MHz-es gépen 2.5 óra csak a telepítés és 6.5 perc a boot. Egy 4.7MHz-es XT-n ezek szerint kb 45 perc alatt települne és 2 perc alatt bootolna. :D
Hiába clock speed is everything. ;)
---
Apparently the human mind is not unlike cookie dough.

Az xt i8086-os procija csak 16 bites volt és nem tudott az égvilágon semmit (no cache, no mmu, no pipelines, no superscalar, no fpu, ...). Talán akkor már elérhették a pár tízezer tranzisztoros bonyolultságot...
A Pentium-M magja sokkal bonyolultabb (nem tudok pontos adatot, de nagyjából az 50-250M tranzisztoros bonyolultságban készülnek manapság a procik), úgyhogy az 1.5 MHz-es pentium M simán megfelelne egy 100-200 MHz-es xt-nek (algoritmus szintjén nézve még több, hisz optimalizált lebegőpontos utasítások, mmx/sse, stb).

> ha az EU-ban mindenki elfogadja az ODF-et

Dánia láthatólag kezdi megfogadni az MS tanácsait, miszerint:

"Microsoft urged users not to open or save Word files they receive from unknown sources or even those that are from trusted sources but are unexpected."

Ami magyarra lefordítva annyit tesz, hogy ne használj Word-öt.

* All publications and other written documents available on the Danish Ministry for Science, Technology and Innovation's web site will use OpenDocument format by September 1st this year. (article in Danish) The minister, Helge Sander, made that statement in conjuction with a hearing on a proposal to introduce open standards (in regards to document formats) to the public sector by 2008.

OpenDocument has already been implemented by a range of applications, others are currently working on it or have third party plug-ins available.
* A rough translation to English:

"Helge Sander open for the OpenDocument format"

All publications on the Ministry of Science, Technology and Innovation's web site will be available in the text format OpenDocument, promised a harried minister of science, Helge Sander, when on Tuesday he consulted on open standards.

By no later than the first of September all publications and other written documents on the Ministry of Science, Technology and Innovation's web page will be available in the text format OpenDocument (ODF).

That was the promise of the minister of science, Helge Sander (Venstre partiet), when on Tuesday he was consulted on open standards in the public sector.

- I really do want to emphasize that use of open standards is central for the development of a digital administration. As a first step I have requested that my own ministry from the first of September offer publications and other relevant written communications in the open document format ODF, said Helge Sander.

The announcement came during a consultation in conjunction with the hearing of a proposal from Det Radikale Venstre party to by 2008 at the latest introduce open standards in the public sector.

In addition to a promise for open document formats on the Ministry of Science, Technology and Innovation's web site, there were few concrete announcements about the prognosis for open standards in other areas beyond document formats.

Helge Sander emphasized, however, as on earlier occasions, that it is the government's policy to expand use of open standards.

( KOXX | 2006. 05. 27., szo – 12:11 )

kit érdekel, hogy lassabb, ha ingyen van?

( anr | 2006. 05. 27., szo – 12:35 )

elso latasra baromsagnak tunik egy adat formatummal kapcsolatban sebesseget emlegetni.
maximum az olvaso/iro implementacioval lehetnek sebesseg gondok.

egyebkent a slashdoton egesz jo poenok talalhatok ezzel a hirrel kapcsolatban:

Microsoft's upcoming ODF complaints:
(Score:5, Funny)

* ODF also stands for Oregon Department of Forestry, we're worried our Oregon customers will become confused.
* ODF also stands for Orientation Distribution Function, we're worried our crystallographer customers will become confused.
* ODF doesn't have a Start button.
* ODF encourages piracy. You know, document piracy.
* ODF undermines our current business strategy and is unfair to Microsoft.
* Microsoft supports Open formats such as ODF...
* ...in fact, we've introduced some exclusive new features to make ODF even better! (only available in Microsoft Office 2008, make that 9, no, 2010, maybe...)
* Profit.

They'll release a study that shows that ODF causes cancer in lab mice.

the new MS tag line...
(Score:5, Funny)
I can just see Microsoft's new slogan for Office 12:
"Microsoft, saving your life, one microsecond at a time..."

Anr - http://andrej.initon.hu

( Elbandi v | 2006. 05. 27., szo – 12:59 )

majd beepitik a cpu/ram tesztekben: lebegopontos muveletek, ..., ODF megnyitasa, ... :-D
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

És most te tényleg azt hiszed ilyen nincs? :)

Sok helyen láttam, hogy tesztelték az office/photoshop teljesítményt trükkös makrókkal, file-műveleteket is beleértve.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( lgb | 2006. 05. 27., szo – 13:27 )

Ez a legnagyobb baromsag amit valaha is hallottam. Az ODF az egy adatstruktura az nem lehet lassu! Max az az adott program lehet lassu ami hasznlja azt, az viszont ugye mar egy konkret implementacio az ODF-et hasznalo software-ekre. Tehat akkor ugye itt nem az ODF-t kene tamadni, hanem pl az OOo-t. Na persze nyilvan MS-nek erdeke kicsit mellebeszelni hiszen sajat formatumat szeretne nyomatni ... Tehat ha igy nezzuk ertheto, hogy kamillaznak ...

Azért annyira nem baromság. Egy rossz adatstruktúrát használó programot sose tudsz úgy optimalizálni, hogy gyors legyen.
Két filesystem között sem az adja a teljesítménykülömbséget, hogy milyen az implementációja, hanem, hogy milyen adatstruktúrát használ.

Egyébként nyilván nem az a gond, ha egy két oldalas levelet lement az ember, hanem mikor egy 200 oldalas könyvet.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

Én nem tapasztaltam problémát az OpenOffice.org a gyakorlatban című tankönyv szerkesztése közben. (Letölthető a magyar honlapról, a Premium változatban benne van a minták között) Igaz nem 200 oldal - emlékeim szerint - csak 196...
--

Legalizáljon - OpenOffice.org-gal | A Böngésző - magyarul | Kiterjesztések - magyarul

( cabal v | 2006. 05. 27., szo – 13:39 )

Nos, ez tényleg érdekes. :-)
Hozzáfűzném, hogy készítettem egy összevetést a diplomamunkámban a MS.Word ill. OO.Writer által készített dokumentumokról és átlagban a .doc 3x akkora helyet foglal.
Most akkor mondhatnám, hogy aki MS Office-t hsznál, annak 3x annyit kell háttértárra költeni... :-) (Döntéshozók: ez komoly!)

"Egyre több informatikusnak van nemi élete. Hígul a szakma..."

( xtonix | 2006. 05. 27., szo – 14:15 )

az xml eleve életveszélyes a méretre nézve... ha nem építik valami zip/gzip tömörítéssel egybe, akkor egy csicsás dokument óriási helyet fog igénybe venni a rengeteg "fölös" elem miatt.
de ha már itt tartunk, akkor az ms xml alapú formátuma miért jobb? náluk csak két betü a tag? :)))) és ebből kiszámolták, hogy dokumentumonként 5 betűvel rövidebb egy mentés?

Es a content.xml pedig egy sorban van.

Lehetne egy kicsit human readable is. Mert igy baromi nehez benne javitani.

Kezzel javitani meg neha sokkal egyszerubb mint oo.org-ban.
(gondolok itt arra, hogy veletlenul hozzaadtunk egy stilust, vagy torolni szeretnenk egy meglevot, akkor szinte lehetetlen kivenni a stilust. Irodalomjegyzeket is neha egyszerubb kezzel beleirni;))

Jo persze, nyilt szabvany meg minden, de egy .html-be fenyevekkel konnyebb beleszerkeszteni mint egy 90 oldalas doksiba, ami 1 sorba van torve a content.xml-je (epp 90oldalas doksival jatszottam el ezt. A vi megszenvedett vele. Ezt mar mcedit meg se nyitja, meg meg jopar szovegszerkeszto se. Btw, tud valaki egy egyszeru szovegszerkesztot ajanlani, amivel nagoybb szovegfajlokat lehet gyorsan megnyitni? Multkor 1.5 GB-os .sql-ben turkaltam, noh az tenyleg halal volt. 30+ perc volt mire megnyitotta)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

tud valaki egy egyszeru szovegszerkesztot ajanlani, amivel nagoybb szovegfajlokat lehet gyorsan megnyitni?

emacs

Nekem egyszer (~5 éve) több gigabájtos lemezkép fájlból kellett szövegtöredéket megtalálni. 2 gigás fájlokat röhögve megnyitott és gyorsan is, 700 megás PIII-ason...

( AttiSan | 2006. 05. 27., szo – 22:11 )

A Microsoft féle OpenXML meg nem ISO szabvány :p 0.4 tized másodperc "különbség" egy 10 oldalas doksinál? Ez tipikus vicc. Legközelebb az lesz a "baj", hogy nem "megfelelő" a kiterjesztés rövidítése. Hasonló FUDok jönnek majd 1000el..

--------------
Sok ember hord Superman-pizsamát. Superman Chuck Norris-pizsamát hord.

( j_szucs | 2006. 05. 28., v – 05:45 )

Ez az összehasonlítás természetesen egy hatalmas csúsztatás, mert nem a formátumokat hasonlítja össze, hanem beleméri a két szövegszerkesztő sebességét is. Bár az OpenOffice jó irányban halad, eddig sem a gyorsasága miatt szerettük...

Sokkal lényegesebb viszont az amivel mindenki nyer: a szabványosítási folyamat miatt a Microsoft végre kénytelen volt nyilvánosan publikálni a dokumentum formátuma részleteit.
Akárhogy is: a versenytársai valamivel jobb helyzetbe kerülnek: már nem kell a formátumot visszafejteniük.
Sőt, bizonyos szempontból még jobb is lenne, ha az MS formátuma is szabvány státuszt nyerne: ha ugyanis megkapja azt, akkor nyilván az lesz az MSOffice alapértelmezett formátuma, azaz a versenytársaknak egy nyilvánosan publikált formátumhoz kell igazodniuk.

A két formátum harcában reményteljesnek látom viszont az IBM hozzáállását. Most egy olyan multihoz kerültem, ahol kizárólag az MSOffice doc formátumok használatát engedélyezika szabályzatok. A használt csoportmunka szoftver viszont a LotusNotes.
A LotusNotes következő verziójában viszont már lesznek Office programok, amik az OpenDocument formátumot használják!

Azaz az IBM ügyesen a kiskapun behozza az OpenDocument formátumot az olyan cégekhez is, amik eddig kizárólag csak az MS dokumentum formátumokat használták, és nyilván a továbbiakban is ahhoz ragaszkodtak volna :-).

Szerintem ez nagyon ügyes trükk, ami megnyerheti az OpenDocument formátumnak azokat a cégeket, amik a LotusNotest használják. A rendszergazdáink máris más szemmel néztek az én OpenOffice dokumentumaimra is :-). (Eddig ugyanis csak doc-ban vagy pdf-ben volt szabad őket másnak átadnom, ami viszont másokkal szemben hátrányos helyzetbe hozott.)
Ráadásul a helyi fejlesztésű LotusNotes alkalmazások, amik eddig az MSOffice-ra épültek, most (szerény közreműködésemmel) már az OpenOffice-t is támogatni fogják, azaz minden felhasználónak lesz választási lehetősége :-).

---
If you have money, use Windows!
However, if you also have a brain, use Linux!

( willy v | 2006. 05. 28., v – 10:55 )

Kar ezen karogni tenyleg lassabb, es van amikor _sokkal_, es valoban van user aki ezt veszi eszre mert ilyen. Altalaban ilyenek irnak lassan megnyillo dokumentumot. Sokan kritizaljatok az M$-t azert, hogy uralja a piacot, pedig ebbe versenytars, es nincs kigolyozva...
El kell gondolkodni lehet e ODF olyan modon modositani, hogy felvegye ebben is a versenyt az m$ megoldasaval..

Szerintem az ODF jó formátum, bár nyilván lssabb mint bármilyen bináris dump (jelenlegi doc, xls)... A MSO2003 formátumnak azért valamelyest másnak kell lennie, ha az MS új dokumentumformátummal jön a piacra: Office Open XML - az Office 2007-hez (és gondolom nem csak a zippelés miatt más). Akinek van rá lehetősége próbálja ki esetleg az Office 2007-et... Én éppen tesztelem a Beta 2-es MS Office 2007-et (igyenesen letölthető - használható bemutató változat 2007-ig) majd beszámolok a tapasztalatokról. Igazából nem szándékozom azt használni, csak megnézem merre kellene fejlődnie az OpenOffice.org-nak (vagy merre nem). Az új menürendszer eddig csak akadályozott, meg kell tanulni, nincs mese... Rengeteg sablon van benne... Ráadásul sablononként vannak színsémák - vagy egy tucat... A többiről majd később...
Amúgy meg nem a cikk nem a formátumokat hasonlítja össze, hanem a formátumokat használó egy-egy implementációt. Persze érdekes lenne megnézni, hogy az OOo, hol tart az ODF-et használó más alkalmazásokhoz képest - sebességben...
--

Legalizáljon - OpenOffice.org-gal | A Böngésző - magyarul | Kiterjesztések - magyarul

"Kar ezen karogni tenyleg lassabb, es van amikor _sokkal_, es valoban van user aki ezt veszi eszre mert ilyen."

A Microsoft .doc fájljai pedig ugye 2...20x akkorák mint az OO .odt dokumentumai.

A tesztet frissen végeztem, egy 1.5Mbyte-os, 2005.11. hóban készült Word doc fájllal, amit azután lementettem .odt-be; így a mérete 0,05Mbyte lett.

A teszthez használt .doc fájlt egyébként dial-up modemes internet kapcsolaton át töltöttem le most, kb. 6 perc alatt.
Ha az az idióta, aki készítette, .odt-be mentette volna, akkor lejött volna 15 másodperc alatt.
Ha ez a dokmentum .odt-ben lett volna, akkor elfért volna egy floppira.

Persze kár ezen károgni, mert a júzerek ezt nem veszik észre, mert ilyenek; mert kajálják a Microsoft propagandát, mint te!

Az, hogy egy átlagos dokumentum 0.4s vagy 0.8s alatt nyílik-e meg, nyilván fontos, bár mindkettő simán belefér a reakcióidőmbe még ezen a vacak gépen is.
Az viszont, hogy gyakorlatilag nincs olyan sz*ros Word dokumentum, amit a modememmel 1 percnél rövidebb idő alatt le tudnék tölteni a cégtől, nos az már nyilván lényegtelen.
Hogy miért? Mert a Microsoftnak mások a prioritásai.

És ha már itt tartunk; mikor fog végre a Microsoft elővezetni egy megoldást, ami ebben is felveszi a versenyt az OpenOffice megoldásaival?
Továbbá mikor fogja a Microsoft végre elővezetni a saját dokumentum formátumát a html fájlok leváltására? Hiszen nincs ennél gazdaságtalanabb formátum; az emberek pedig nap mint nap html weblapok milliárdjait töltik le. Csak jobb lenne egy gazdaságos bináris dump formátum nem?
Vagy ez most lényegtelen, mert a Microsoft propaganda most éppen az OpenDocument formátumot veszi célba?

---
If you have money, use Windows!
However, if you also have a brain, use Linux!

Meg hát ugye jó lenne tudni, hogy az XML-be mentő programkód hogyan néz ki ebben és abban, stb. stb.
Persze itt is az kellett volna, hogy akik az OOO mögött állnak, kijelentsék: "jó, akkor küldjetek be kódot, mutassátok meg a sajátotokat, vagy fogjátok be." A FLOSS fejlsztők túl sokat jófiúskodnak, ez az állandó megfelelési szándék nem jó.
Én speciel abból indulok ki, hogy melyiknek milyen a súgója. Ne is haragudjatok, az Office2k3-é szánalmas, az OOO 2.0.2-é pedig jó. A régebbi Office verziókról kár is beszélni, animált gemkapocs pwnz! :-D

Sok weblapot már rég bináris adatként töltesz le. Egyre több portál és fórummotor támogatja a gzip-t. Tudtommal statikus weblapokat is lehet gzipelni.

Nézd meg pl a magyaritasok.hu -t. A kezdőlapja most épp 10 004 byte, de ha a forrását nézed az 36748 byte. Persze ez csak egy a sok közül, de ez jutott most eszembe (anno én szoltam nekik).

"Egyre több portál és fórummotor támogatja a gzip-t. "

Tudtommal az OpenDocument formátum is egy zippelt formátum, a Microsoft szerint mégsem elég hatékony.
Vagyis - ha következetesek akarunk maradni - ettől még a html formátum súlyos revízióra szorulhat annak érdekében, hogy gyorsabban lehessen renderelni.
Végtére is a kialakításakor az volt az elsődleges szempont, hogy "human readable" legyen, nem pedig a gyorsaság és hatékonyság.

Ma pedig ugye, a GHz-es processzorok világában már a formátumok gyorsasága az elsődleges, a többi szempont (méret, olvashatóság, stb.) kevésbé lényeges - legalábbis a Microsoft propaganda szerint (meg azok szerint akik készpénznek veszik).

De nehogy félreértsetek: ettől még az MS formátuma legyet gyorsabb, csak egyrészt az ennek kimutatására használt módszer egyáltalán nem adekvát (hogy csak ennyire futotta, az meglehetősen gyanússá teszi magát az állítás valóságtartalmát), másrészt meg egyáltalán nem biztos, hogy a gyorsaságnak kell prioritást élveznie a többi szemponttal szemben a GHz-es processzorok idején (ez meg az állítás értelmét kérdőjelezi meg).

---
If you have money, use Windows!
However, if you also have a brain, use Linux!

> Tudtommal az OpenDocument formátum is egy zippelt formátum, a
> Microsoft szerint mégsem elég hatékony.

Amúgy ez a gzipelés szerintem se túl jó ötlet. Az MSO eddigi bináris formátumai azért sokkal gyorsabbak, mert stream-jellegűek (lehet, hogy rossz ez a megfogalmazás) és emiatt rögtön meg lehet jeleníteni a doksi elejét és közben parse-olni a végét. Ez a felhasználói élmény szempontjából nagyon jelentős. A gzip-pelt formátumot meg ki kell zipelni, addig semmit nem lehet vele csinálni; majd el lehet kezdeni értelmezni.

"akkor legalabb nezd meg kibe kotsz bele ilyen modon."

Hú! De király! Csak nem te vagy AZ a Willy?

Ha igen, akkor - és most meg ne sértődj - a "Vízkereszt" egy kissé lapos, a "Rómeó és Júliát" viszont nagyon kajálják a nők. Az életműved egyebekben is alapjában véve rendben volna, Willy.

Csak ez a te hozzászólásod Willy - már ne is haragudj - de abban nem volt egyetlen érv sem, Willy, amit pedig te úgy szoktál hiányolni, Willy.
Abban a te hozzászólásodban, Willy sajnos csak két bizonyítatlan állítás volt, Willy, nem pedig érvek, Willy.

Ami pedig, Willy, igazán méltatlan egy ilyen komoly életműhöz, Willy.

---
If you have money, use Windows!
However, if you also have a brain, use Linux!

( gd | 2006. 05. 30., k – 20:03 )

Ha egyszer már az M$ szokásával ellentétben dokumentált OpenXML formátumot csinál, de őket úgysem lehet rávenni az ODF támogatására nem lenne jobb engedni, és jó OpenXML támogatást rakni az OOo-ba? Lehet, hogy utáljuk az M$-t, de okos enged, szamár szenved, és sokkal jobban el tudna terjedni az OOo (persze idővel valószínűleg OpenXML is támogatva lesz az OOo-ban, mint most a mostani MSO), és talán az MSO régi formátumait is jobban lehetne konvertálni MSO segítségével OOo által használható formátumba.

( Polesz v | 2006. 05. 31., sze – 09:23 )

Igazuk van tényleg lassabb, sőt ms office alatt meg se tudtam nyitni, nahát ennyire rossz, hogy meg se jelenik? ;-)

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!