Dnes byla oficiálně publikována finální verze normy ISO/IEC 29500 (OOXML). Jsou v ní zahrnuty změny probírané na jarním Ballot Resolution Meetingu. Specifikaci lze stáhnout na webu standards.iso.org.
(Upozornil Jirka Kosek.)
Finální podoba ISO normy OpenXML zveřejněna
19. 11. 2008
32
nových názorů
-
Cartman (neregistrovaný)root.cz ma byt snad Linuxovsky - OSS server. Nevim proc by tento duplicitni "standard" protlaceny prokazatelnou korupci a praktikami na a za hranici zakona mel byt v zpravickach? Jirka Kosek jen sehral ostudnou roli ktera mu byla pridelena a ted mu neni hamba se jeste k tomu hlasit. Bohuzel v cesku mame stim tak trohu tradici jeste od roku 1939.
-
OpenXML má a bude mít plnohodnotnou OSS implementaci, tedy i v Linuxu. I když je to doufejme jen bezprecedentním způsobem protlačený standard, tak tady poprvé v historii existuje možnost zajistit plnou kompatibilitu mezi různými kancelářskými aplikacemi. Nezdá se mi, že Jirka Kosek sehrál nějakou ostudnou roli. Zhodnotil to zřejmě tak, že je ve výsledku menším zlem OpenXML podpořit. Nezasvěcenému se to vždy snadno hodnotí. Dokud tu bude Microsoft v dnešní podobě, tak se mu silou podaří protlačit třeba i mrtvého slona uchem jehly. Hledání nějaké věcné logiky nebo nějaké morálky v tomto případě myslím škodí duševnímu zdraví. -
koroptev (neregistrovaný):-)))))))))))
Na otcove starem stroji, 128MB RAM, 450MHz, Win 98, startovaly Office97 ve zlomku vteriny. Dablklik na ikonu a bum, okamzite (i opticky, proste hned) okno aplikace.
To by me zajimalo, kolik budou stat 4GB az totez zvladne OO na tom dvoujadrovym bejkovi s 8mi gigama. -
koroptev (neregistrovaný)98? na 450? ten stroj startoval rychleji nez dnesni stroje, kdyz budu maximalne velkorysy k memu dnesnimu dvoujadrovemu stroji s 64x vice RAM :-)))))
OO Quickstarter musi preci udelat ten samy preload (mluvim o case), ktery (hnusne zle a osklive) dela MS Office, je to fuk, stejne se necape, jenom je to mene trapne -
cedrik (neregistrovaný)Clovece, fakt te lituju. Nebude to zrat i vic ram? Dyt ty ramky jsou dneska tak strasne drahe, 4GB uz stoji skoro litr! No to je skandal!
To ovšem není důvod pro její plýtvání. Ne všechny sytemémy umožnují rozšíření paměti tak jednoduchým způsobem jako je přidat jeden modul, některé to musí řešit výměnnou celého systému. A teď mi řekni jeden jediný rozumný důvod, proč bych měl měnit zánovný systém za jiný kvůli nějakému telecímu mozku který neumí pořádně programovat, ale to je jedno paměť je přeci za babku! Mají jedinou kliku že předemou nestojí. -
JardaP (neregistrovaný)Tady nejde o nejakou ram, ale o taky o to, ze tu sracku bude nekdo muset naimplementovat. Pri tom, jak je ten takystandard sesmolen to bude spousta otravne a unavne prace, kterou nekdo bude muset udelat. A vysledny kod bude mnohem slozitejsi a vetsi, nez by byl u dobre napsaneho standardu. Implementatory uprimne lituji.
O tohle mi slo, pokud vam to nedoslo.
P.S.: V pocitaci mam 1 GB 128 MB pameti. Vic do nej nedostanu, byl by uz problem sehnat stare SDRAM. A vice, nez 2 GB to mobo tusim neumi. Mam upgradovat kvuli OpenXML? -
kkaarreell (neregistrovaný)Ja prave nechapu pristup Jiriho Koska, ktery se ve veci navrhu zmrseneho (to co zminuje Stanislav Hoferek) z duvodu kompatibility s aplikacemi jako word, excel atd. vyjadril v tom smyslu, ze jeho ukolem neni hodnotit slozitost implementace tohoto formatu. Copak takove veci zaroven nekomplikuji format samotny? Necini jej mene prehledny a srozumitelny? Kdyby v tom navrhu bylo, ze dokumenty vytvorene v liche dny v tydnu musi mit vsechny tagy pojmenovane pozpatku, pokud se ovsem nejednalo o prestupny rok a slunce nebylo tou dobou v souhvezdi berana... nad tim by take mavnul rukou? Vzdyt by to jen komplikovalo implementaci, jiste neni problem pochopit, jak by se mel takovy dokument zpracovat.
-
Jak velký to má být slon a jak velké ucho jehly?
http://lh6.ggpht.com/_qiI1rA1T74E/Rv-bc7bTDcI/AAAAAAAAAsE/ujKUXG75LkA/IMG_3382.JPG
http://www.bnl.gov/bnlweb/pubaf/pr/photos/2006/elephant-w.jpg -
Jirka Kosek (neregistrovaný)Podle mých informací bude plná podpora ISO/IEC 29500 až v další verzi MS Office 14. MS Office 2007 SP2 přidá podporu ODF.
Nicméně už současný MS Office 2007 pro mnoho dokumentů vytváří validní ISO/IEC 29500 Transitional, protože tato varianta formátu je velice blízká verzi zaslané do ISO. -
treebeard (neregistrovaný)a linuxovej komunite sa to nepáči.
Bez ohľadu na kvality ODF, práve tento formát bol hlavnou prekážkou šírenia OOo, samozrejme spolu s nedostatočnou podporou DOC. Teraz má OOo možnosť preniknúť medzi užívateľov, ktorých počiatočné nároky na editor nie sú priveľké a neskôr, aj keď im nároky časom stúpnu, už budú zvyknutí na "svoj" OOo. Asi tak, ako aj som zvyknutý na GIMP a už sa mi nechce skúšať nič nové. Ale keby GIMP pracoval len so "skutočne otvorenými" formátmi, asi by som ho nikdy nepoužíval.
