pri standardizaci openXML jde MS jen o to aby mohla pri svych velkolepych kampanich na office chvastat office pouzivaji standardizovany format a delat z toho nejakou super novou vec. osobne mi to nijak nevadi, ale byl bych rad, kdyby openXML bylo opravdu otevrene a nedelala problem konverze openXML<->odf. A zatim mi to tak pripada ze MS dela vse proto aby to cinilo problem. Je to skoda, protoze az to bude standardizovane (jako ze bude) tak statni sprava ma v ruce dalsi trumf aby mohla nadale pouzivat office.
"byl bych rad, kdyby openXML bylo opravdu otevrene"
Můžete uvést, co je na OOXML podle vás neotevřeného? Konverze OOXML <-> ODF principiálně není problém, pokud dokumenty používají vlastnosti, které podporují oba formáty. V případě, že v dokumentu je použito něco, co druhý formát neumí, bude konverze nutně částečně ztrátová.
Všechny běžně používané struktury mají v OOXML svoji XML reprezentaci. Samozřejmě uživatel může do dokumentu vložit nějaké binární objekty -- třeba film, výkres v autocadu, ... Jedná se o formáty zcela mimo OOXML a je problém uživatele, že je do dokumentu vložil. Výsledný OOXML dokument jde do ODF převést, binární objekty se mohou do ODF také zahrnout -- otázkou je, zda je zvládne cílová aplikace zpracovat. Ale to již není problém OOXML.
Když vytváříte webovou stránku, která má fungovat všude, také do ní nebudete vkládat Flash nebo ActiveX, i když pro to jazyk HTML nabízí prostředky.
Pane Kosek, hned prvni muj prispevek v teto diskuzi uvadi priklad toho, co je na OOXML neotevreneho. A pritom byla nekolikanasobna pripominka zamitnuta s tim, ze ac soucast navrhu standardu, je "pouze" volitelna. Muzete to, prosim, rozvest? Je to tedy neotevrena cast navrhu standardu OOXML, nebo neni? Ja jen, zda zadost na znovuzvazeni techto pripominek bude hazenim hrachu proti zdi.
Cílem formátu OOXML není zaručit věrné a stejné zobrazení napříč různými implementacemi, k tomu slouží jiné formáty jako PDF.
Parametry, o kterých se zmiňujete pouze indikují "archeologická metadata". Říkají, že dokument byl původně připraven v nějaké aplikaci, která trošku jinak formátovala určité objekty. Je to stejné, jako si poznamenat, že tenhle egyptský text byl nalezen na žlutém papyrusu a ne na zeleném. Pro samotné zpracování informace nemá význam, jestli v nějakém okrajovém dokumentu bude někde mezera 2mm nebo 3mm.
Určitě by bylo možné do standardu zařadit lepší popis chování těchto vlastností, nebo je úplně vyřadit. Ale lepší popis chování ničemu nepomůže, protože OOXML není sázecí systém a nedefinuje algoritmu pro řádkový/stránkový zlom, takže v různých implementacích nedosáhnete stejného zobrazení.
Ano, chapu, ze nelze zarucit presne zobrazeni, to je receno na mnoha mistech.
Ale stale to nezduvodnuje, proc se ma ve standardu vyskytovat neco, co neni definovano? Takhle se tam zanasi neco, co neni mozne naimplementovat podle dostupneho standardu. Neni to snad rozpor se smyslem standardu jako takoveho?
Zaroven ty parametry nezabranuji tomu, aby byly nadale uzivany i pri dalsim ulozeni a vyuzivany k nedokumentovanemu formatovani.
