ODF Plugin Microsoft Office-hoz

Sun Microsystems

A Sun a napokban bejelentette, az "OpenDocument Format (ODF) Plug-in Application for Microsoft Office" megoldásának első előzetes verzióját. A plugin - amely szabadon letölthető - transzparens módon lehetővé teszi felhasználói számára a Microsoft Office dokumentumok ODF-fé alakítását (kétirányú). A bejelentés szerint az egyszerűen használható plugin memóriaigénye nem jelentős. A plugin első körben a text dokumentumok (.doc/.odt) átalakítását fogja támogatni, de hamarosan (áprilisra) várható majd táblázatkezelő- és prezentációfileok kezelését lehetővé tevő verzió is. A Sun bejelentés nem sokkal a Microsoft Open XML Translator 1.0 bejelentése után érkezett. A bejelentés itt.

( saxus | 2007. 02. 15., cs – 12:50 )

Most gonosz vagyok, ha azt mondom, hogy jönni fog a sírás hamarosan, hogy szemét Sun, most miattuk nem fognak áttérni OOo-ra MSO-rol a cégek/pistuka, mert minek, ha az is támogatja az ODF-t elven?

---
A Linux nem Windows, de a Windows se Linux.

Gondold tovább, Linux alatt OOo-ban megírt doksit elküldöd ODF formátumban. Sírnak, hogy nem tudják megnyitni. Ekkor vagy letölteted vele az OOo-t, vagy ajánlod a plugint. Te is jól jársz, meg ő is és nem kell lemondanod az ODF-ről ;-)

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

Én spec. nem gondolkodok sokáig, mert arra, amire én használom az office csomagokat, arra még a Pocket Word és a Pocket Excel is túl sok, azoknál meg lényegesen többet tud az OOo, így nekem azt az OOo bőven megfelel (ha a 2%-át használom a tudásának, akkor azt hiszem túlzok). Sokan vannak ezzel így.

--
trey @ gépház

ha ez a filozofálás már azután következik be, hogy ooo-calc úrban ír kis számocskákat mondjuk 2 oszlopba, legyen 1000db hogy keveset mondjak, ebből varázsol egy diagramot, amihez bármikor, bárhogyan hozzányúl 10-15 másodpercig nem lehet semmi mást csinálni, mert "gondolkodik" (D930, xGb ram), akkor egyelőre könnyű lesz a döntés

Tény és való. És mindezt az Excel? (Nem igazán tudom kipróbálni.) Amúgy az eredeti kérdésfelvetéshez: egy átlag felhasználó mikor használ 2*1000 adatot táblázatkezelőben diagramrajzoláshoz? Én viszonylag gyakran használok táblázatkezelőket (statisztikai számítások, ábrák), de 2-szer 1000 adatról ritkán szoktam diagramot csinálni. Tehát Pirikének valószínűleg tényleg sok még az ooo tudása is.

> (de csak a környezetemből tudok kiindulni, elnézést ha álomvilágban élek)
Atlagrol volt sze nem?
Szerintem az atlagos excel hasznalo nem dolgozik tobb ezres adatokkal.
Es igen van amikor jobban teljesit az MSO van amikor meg nem.
Sokaknak most is megfelelne az OO.Org tudasa, csak gondot okoz, hogy az altal elkeszult dokumentumokat a harmadik fel nem tudja megnyitni. Ezzel a kiegeszitessel, ha jol fog mukodni akkor megkonnyiti sok helyen a migralast.

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

Már épp be akartam írni, hogy na majd a Chart2, és akkor te mondhattad volna, hogy mindig az újabbtól várják az emberek a megváltást, de az sosem következik be (amiben sok igazság van). De ekkor kipróbáltam, amit írtál, és nem tapasztaltam semmi különöset. OOo 2.1, Core Duo 1.8GHz 2GB RAM. Ugyanolyan gyors volt, mint az Excel. Majd mégnézem valami gyengébb gépen is.

2.1, 2.04, és minden korábbi verziónál amíg vissza tudok emlékezni, egyszerű vonaldiagram esetén (create, draggelés, átméretezés esetén még Not Responding Úr is be-benéz), több különböző gépen (most gyorsan egy recent ubuntun is megnéztem). ha nálam van a hiba mindezek ellenére, akkor alázattal szeretnék megkövetni minden olvasót a dezinformációért.

A Chart2 milestone 10 nemes egyszerűséggel összeomlik és kilép, ha 2 db 1000 soros oszlopból akarok diagramot készíteni. Linux és Windows alatt is. Térjünk vissza problémára fél év múlva, addig is jegyezzük meg, hogy akinek fontos a diagramrajzolás sok adatból, az kerülje az OOo-t.

Értem... Nem szoktam diagramokat készíteni, így nem is ismerem a lehetőségeket, hibákat. Most megnéztem a hibalistát a chart2-höz és eléggé sok mindent kell még javítani rajta. De gondolom most legérdemesebb visszajelzéseket küldeni a fejlesztők felé, amikor pár mérnök csak ezen dolgozik...

Hát, aki ilyeneket használ, az valszeg nem fog átállni, és így az MS meg is nyugszik, elvégre az Excel felhasználótáborának jelentős része emiatt megmarad, legalábbis míg nem javítanak ezen OOo-ban. Ha mégsem csak Excel felhasználók töredéke nem varázsol rendszeresen 1000 sorból diagramot, akkor legfeljebb tévedtél.

:)

Triviális, hogy amennyiben az átállás költsége kisebb, mint a meglévő megoldás új verziójára frissítés vagy a lopott verziók legalizálásának költsége, akkor át kell állni. Ha nincs lépéskényszer (meg van véve, ki van fizetve, működik), akkor soha nem kell átállni.

Sokszor nehéz megbecsülni az átállási költséget. Vannak könnyű esetek is, pl. amiről már esett szó, hogy a felhasználó a program tudásának töredékét használja csak ki. Jó példa a bíróság, tabulátorokkal/szóközökkel beformázott, bénán kinéző iratok gyártásához minek drága Office?

( BaT | 2007. 02. 15., cs – 13:02 )

Valaki világosítson fel, hogy mi a különbség az ms, és a sun plugine között. Mert ha jól értem, mind2 plugin az ms officeba épül be, és mind olvasási, mind írási átalakítást támogatnak...

A Sun-féle plugin még nem tölthető le, de minden bizonnyal ugyanabból a forrásból épül fel, mint a korábban bejelentett plugin - pl. gyanúsan egyezik a feature lista, a roadmap, meg nem is lenne értelme sajátot fejleszteni. Viszont a saját márkanév alatt, a saját szoftverportfólió részeként illik vele kijönni egy neves cégnek.

Ma reggel láttam, hogy már letölthető a Sun-féle plugin is. Az egyik különbség beépülés módja. Az ODF Add-in for Microsoft Word a Word Fájl menüjében létrehoz egy Open ODF... és egy Save as ODF... elemet, ezeken keresztül lehet megnyitni és menteni az ODF fájlokat. A StarOffice[tm] 8 Conversion Technology Preview 1.0 úgy épül be a Wordbe, hogy a fájlkiválasztó ablakban megjelenik az OpenDocument (Text) *.odt elem, tehát az integráció teljesebb (pl. működik a drag and drop). A másik szembetűnő különbség, hogy nagyon sokkal gyorsabb. Ezért ez utóbbit szerintem kényelmesebb használni. Viszont csak Office 2003 (Word 2003) esetén használható.

Most már nem is vagyok biztos abban, hogy ugyanazon az elven működik, mint az ODF Add-in for Microsoft Word. Telepít egy lecsupaszított OpenOffice.org környezetet, és szerintem azt csinálja, hogy megnyitja az ODF-et ezen környezet segítségével, és DOC-ot ment belőle, majd ezt a DOC-ot nyitja meg a Word. Tehát nem az XML-eket alakítgatja át XSLT-vel.

Update: most végre megtaláltam a fejlesztő blogján, hogy mi ez:
We've used freely available open-source code to build seamless, intuitive support for ODF into MS Word. No unmaintainable XSLT. No funky, redundant additional menu items. No tortuous workflow designed to make users treat ODF as second class. No pre-requisite for the OOXML add-in to make it work. -- Simon Phipps

( Kobra | 2007. 02. 15., cs – 17:08 )

A Microsoft oldaláról egy hónapja szedtem le először... - ez már nem egészen új dolog