Vlákno názorů k článku
OSS Alliance: Open XML nemůže být standardem
od anonym - ze vsichni fanatici OSS se tu "fundovane" vyjadri...
-
neurol23 (neregistrovaný)"Dále závislost na platformě i architektuře a v neposlední řadě OO XML dohromady odporuje několika schváleným ISO standardům, které nahrazuje Microsoft vlastními. Výjimkou nejsou ani odkazy na chování proprietárních aplikací Word 5 pro Mac či Wordu 97."
plati neco z toho pro odf? ma snad odf nekde v definici "formatovat jako openoffice2.0.1" ? porusuje snad odf nektere jine iso standardy? -
anonymníjak se da standard porusovat? :))
ODF v prvni rade ani zdaleka nedefinuje kompletni funkcionalitu OpenOffice, takze neni pouzitelny jako plnohodnotny kancelarsky format, spis jako odlehcena verze pro vymenu dokumentu
a co porad mate s tim wordem 97? :) pro nove dokumenty to nijak nevyuzijete a pro stare dokumenty jenom kdyz je nekdo bude prevadet v ms office
navic je tahle cast povinna??
a mimochodem abiword i openoffice si s dokumenty z wordu 97 poradi celkem dobre :)) -
elko (neregistrovaný)No dobrá tedy. Tak si představme hypotetickou situaci. Rozhodnu se naprogramovat vlastní textový editor s podporou Open XML. Otevřu standard a přečtu si: "Zobrazit tak, jako to dělal MS Word 97". Jak mám vědět, jak to má vypadat? To si mám kvůli toho koupit Office97? Prodává se ještě? Jestli ano, bude se prodávat i za 10, 20, 50, 100, 1000 let? Nebude? Tak to pak budu v koncích ... a nebudu schopen tento standard implementovat
-
anonymní1) implementujte tedy to, co je popsano...
2) to 'nadstavbove', co popsano neni bud neimplementujte, nebo implementujte podle common sense (asi jako kdyz se implementovaly reverznute binarni formaty) a uzivatele na to upozornete (mimochodem velmi by mne zajimala statistika kolik tech znacek je v realnych dokumentech) pripadne se ptejte na MS
myslim, ze kdyz udelate 1) budete mit skvely editor, ktery bude v praxi plne kompatibilni a pokori Openoffice a pokud bude zadarmo/levny tak i MS office :) -
Christof (neregistrovaný)2.15.3.6 autoSpaceLikeWord95 (Emulate Word 95 Full-Width Character Spacing)
This element specifies that applications shall emulate the behavior of a previously existing word processing application (Microsoft Word 95) when determining the spacing between full-width East Asian characters in a document's content.
[Guidance: To faithfully replicate this behavior, applications must imitate the behavior of that application, which involves many possible behaviors and cannot be faithfully placed into narrative for this Office Open XML Standard. If applications wish to match this behavior, they must utilize and duplicate the output of those applications. It is recommended that applications not intentionally replicate this behavior as it was deprecated due to issues with its output, and is maintained only for compatibility with existing documents from that application. end guidance] -
Christof (neregistrovaný)to jsem vytáhl první, na který jsem narazil, je jich tam víc, např. i něco jako LikeWord2002, což asi deprecated není. Sice tam píšou, že je to jen pro zpětnou kompatibilitu, ale dokumentů ve starých formátech je obrovské množství a když se převedou na MSOOXML, tak tam bude i spousta těch něcoLikeNěco. A jedině MSO zvládne takové dokumenty zobrazit kompletně správně.
-
888 (neregistrovaný)Vysvetlete mi jednu vec: Je-li prakticky vyznam naprosto nulovy, pak proc to MS do te specifikace dal? Od zacatku mu prece muselo byt jasne, ze prave proti pozadavkum tohoto typu budou namitky. Staci si precist pozadavky ISO - neverim, ze je odpovedni lide od MS neznaji.
Mozna pocital s tim, ze mu to projde (dle hesla "Kdo maze, ten jede"). V tom pripade je tato diskuze zbytecna. -
anonymníPredesilam, ze ja opravdu vychazim z toho, ze z hlediska prijeti nebo neprijedo OOXML jako ISO standardu je tato diskuse zbytecna...
Je to tam nejspis proto, ze MS proste jenom prevedl svuj dominantni format a otevrel ho. Je to pristup od implementaci ke standardizaci. Pri takovem pristupu musite krome krasy a elegantnosti navrhu vychazet ze soucasneho stavu -z toho, ze ten format (ve sve binarni forme) je pouzivany a je to proste popis toho, jak pracuje MS Office.
Jiny pristup je, nejdrive neco (rychle) standardizovat a az potom to implementovat. To muze dopadnout ruzne, treba jako ODF1.0 nebo XHTML2.0.
Hlavni argument proti MSO byl ten, ze format neni otevreny. MS ho otevrel. Nedelal zadny novy. nema duvod - jeho format vyhovuje vetsine lidi (ano, jsou urcite hloupi a neproziravi) a jeho produkty umi to, co od nich lidi pozaduji.
Standarizace (natoz dokonce ISO) OOXML je samozrejme blbost, ale abych tak rekl, ODF si zacal. :) Standardizovat ODF je podobna blbost.
OOXML je sice skvele implementovane a kompletni, ale je hnusne a hodne MS-only.
ODF1.0 je sice krasne, ale velmi nekompletni a poradne neimplementovane a tak nejak Java-only (coz je jenom o trochu lepsi nez MS-only). -
anonymníopravdu??
od specifikace finalni verze ODF 1.0 ubehly vice nez dva roky! a presto stale neexistuje software, ktery by byl oznaceny jako "perfect support" ODF
a molochy OOo opravdu neni nejlepsi priklad pouzitelne aplikace, byt je skutecne ve vyvoji free kancelarskeho sw asi nejdal, je to porad tezkopadny klon (no mozna spis klon spousteny v emulatoru vlastni konstrukce) nekolik let stare MS Office (vcetne treba "sponky" v OOo vtipne prevlecene za mene ukecanou zarovku) funkcemi odpovidajici tak verzi 95/97 s nekolika malo dobrymi napady (treba databaze literatury), ktere jsou ale casto zoufale nedotazene (nemoznost ulozeni preddefinovanych nastaveni pro citace, naprosta nepodpora UTF-8 v databazi, defaultni zapadni kodovani i v ceske verzi...)
