Vlákno názorů k článku ČNI vítá Open XML - má ale řadu připomínek od graviton - No nevím, asi tomu nerozumím, ale navrhovaná postupná...
-
graviton (neregistrovaný)No nevím, asi tomu nerozumím, ale navrhovaná postupná harmonizace ODF a OOXML mi přijde jako něco, co vyprodukuje několik dalších vzájemně nekompatibilních podformátů. Ideální by bylo, kdyby se ISO postavilo za svůj stávající standard ODF a věci z OOXML, které v ODF nejdou reprezentovat, zapracovalo jako rozšíření. Trochu méně skvělé by bylo přijetí OOXML jako souběžného standardu. Tvorba třetího formátu, který není ani OOXML implementované a používané dnes v MS produktech, ani ODF, mi přijde ... no nevím, asi jsem to fakt nepochopil.
-
Jirka Kosek (neregistrovaný)Asi jste nečetl návrh stanoviska, kde se mimo jiné píše: "... Zejména proto, že nabízí [OOXML] prostředky pro reprezentaci běžně používaných prvků dokumentů, které zatím formát ODF nepodporuje a bude trvat několik let než se podpora pro tyto prvky ve standardizované verzi formátu ODF objeví."
Tedy postavit něco na rozšířeních ODF by trvalo několik let, standardizační proces (zvláště ten ISO), je velice pomalý. Fast-track proces je navržen k řešení "urgentních" potřeb trhu. -
Jirka Kosek (neregistrovaný)Je to možné, ale nejdříve by muselo OASIS do ODF doplnit chybějící funkcionalitu, což by i při maximálním nasazení trvalo nejméně 1-2 roky, pak ještě jeden rok zabere fast-track přijímání u ISO, to máme celkem 3 roky. Já osobně budu radši, když státní správa začne za půl roku, dávat své výstupy v OOXML místo .doc, než možná za 3 roky v ODFx.y. Představa, že by je začala dávat teď hned v ODF je naivní, protože na to nejsou ve státní správě vhodné aplikace a nejsou zaškolení uživatelé.
-
Cygnus (neregistrovaný)Rozšíření, které M$ nabízí pro Office 2003 jsem také měl možnost vyzkoušet (na zákazníkově notebooku s Windows XP) a výsledek byl žalostný, dokument (tabulka) byl sice čitelný, ale rozpadl se hůř, než mnohem složitější dokument načtený do OpenOffice (které se většinou načtou bez problémů), takže dle mého názoru to rozhodně neřeší problém. Pouze poskytuje výmluvu Micro$oftu. Uznávám, že jsem mohl mít smůlu na specielní případ ... na druhou stranu, jak bych takový M$ dokument například načetl do OpenOffice na Linuxu bez jejich konverzní utility, nebo do jiného Office na MacOSX? A co na Solarisu? FreeBSD? ... tomu, že M$ poskytne utilitku jen pro Wokna říkáme interoperabilita? Od kdy?
Nemám zájem čekat několik let než se vývojářům podaří pochopit všechny kličky specifikace, implementovat jakš takš funkční verzi konverzních filtrů a odchytat všechny odlišnosti od standardu, které do toho Micro$oft naseká, abych mohl podobné řešení používat i u zákazníků pro běžnou práci. -
anonymníDovolím si nesouhlasit Jednak není vůbec jisté, jestli OOXML projde schválením a není také jisté, v jaké podobě. Může se stát, že neprojde nebo že bude nutné jej značně přepracovat, aby byl schválen (což si nějaký čas vezme). Kdy tedy bude možné používat OOXML, to je ve hvězdách a "holub na střeše" myslím docela přesně označuje pozici, ve které se OOXML jako ISO standard nachází. Přiznám se, že jsem nepotkal výstup z veřejné správy pro veřejnost, který vyžadoval funkcionalitu, kterou by ODF již dnes nezvládlo a osobně by mi byl milejší "vrabec v hrsti", tedy již existující ODF.
Také si dovolím nesouhlasit s tvrzením, že "Představa, že by je začala dávat teď hned v ODF je naivní, protože na to nejsou ve státní správě vhodné aplikace a nejsou zaškolení uživatelé." Viz např. http://www.micr.cz/scripts/detail.php?id=3755, kdy bylo možné přihlášku podat jak v XLS/DOC, tak ODF, případně některé obce (Ostrava-Jih) se netají, že používají ODF. Takže soudím, že ve státní správě i samosprávě vhodné aplikace i zaškolení uživatelé jsou. -
Radek (neregistrovaný)Pane Kosek, váš příspěvek mě trochu nadzvedl ze židle ;-)
> Já osobně budu radši, když státní správa začne za půl roku,
> dávat své výstupy v OOXML místo .doc, než možná za 3 roky v ODFx.y
Já osobně používám jen OpenOffice (MS Office nemám a mít nemůžu), tak budu mnohem radši, když státní správa bude ještě nějaký čas v klidu používat DOC, který jsem schopen nějakým způsobem zpracovat, než OOXML, které pravděpodobně za ten půlrok nebude možné dobře implementovat do alternativních kancelářských balíků.
> Představa, že by je začala dávat teď hned v ODF je naivní,
> protože na to nejsou ve státní správě vhodné aplikace a nejsou zaškolení uživatelé.
A OOXML je na to nějak lépe?
Máte záruku, že se standardem stane?
Neměla by státní správa už nyní se připravovat na to, že ODF již standard je a měla by s ním umět zacházet?
Když už nějaký admin bude doinstalovávat podporu OOXML, měl by instalovat i podporu ODF - když už, mají to být přeci rovnocenné standardy. -
Jirka Kosek (neregistrovaný)"A OOXML je na to nějak lépe?
Máte záruku, že se standardem stane?"
Když se ohlédnete do historie, pokud úřady provádějí upgrade office aplikací, obvykle jen povýší verzi, nepřejdou k jinému produktu. Navíc MS pro verze Office od verze 2000 nahoru zdarma nabízí Compatibility Pack, který podporu OOXML do těchto aplikací přidá.
"Neměla by státní správa už nyní se připravovat na to, že ODF již standard je a měla by s ním umět zacházet?"
Státní správa nemusí používat žádný standard, ISO normy nejsou v českém právním řádu obecně závazné. Bývalé Ministerstvo informatiky mohlo vydávat metodické doporučení (která stejně všechny resorty ignorovaly), ale ne vždy se jim to dařilo tím správným směrem. Např. jeden z posledních počinů MI bylo vydání doporučení, že veřejná správa má dokumenty určené pro další editaci primárně publikovat v ODF. Idea jistě hezká, ale jaksi nevychází z reality toho, na co mají úřady vybavení. Takže v praxi to stejně skoro nikdo nebude dodržovat.
Vždy bude rozpor mezi tím, jak má vypdat ideální a historií nezatížený formát, a tím, co je v daném prostředí technicky a finančně možné. ODF bylo jako ISO norma vydáno předčasně, spoustu věcí v něm není dotaženo. Na druhou stranu to donutilo MS také přejít na otevřený formát, což je jednoznačně dobře. Formát OOXML také není ideální, ale alespoň funkčně pokrývá to, co kancelářské aplikace dnes umí a uživatelé používají. V další iteraci za pár let se možná dočkáme lepšího formátu, který bude umět vše, ale bude mít elegantnější návrh. Ale standardizace nemůže předcházet realitu, všechny takové standardy byly neúspěšné.
P.S. Já za normálních okolností nepoužívám žádný Office. ;-) -
Miloš Kafka (neregistrovaný)Vybavení státní správy neumožňuje instalovat např. OOF nebo plugin pro ODF? To je mi novinka!
A k té omezené funkcionalitě. Kancelářské dokumenty jsou kancelářské proto, aby se daly vytisknout a založit. Žádné animace ani multimédia do nich nepatří! Sami úředníci dovedou v drtivé většině použít jen ty nejzákladnější funkce a to jim ještě formátování běžného dopisu trvá dvě hodiny, protože styly jsou pro ně neznámým pojmem. Na psacím stroji to trvalo pět minut. Většina funkcí jim pouze překáží a objevují se jen u dokumentů, která pro ministerstva vytvářejí za úplatu sotwarové firmy. Tady by méně znamenalo více.
Naprostou tragédií je ovšem ukládání dat do tabulek Excelu namísto patřičných databází. Z nadřízených složek neustále chodí prázdné tabulky s uzamčeným formátem, které se pokaždé znovu a znovu ručně vyplňují daty, tištěnými z databáze. Automatizovat tento proces nelze, protože tabulka má pokaždé jiný formát. Na nadřízeném úřadě jiní úředníci opět ručně provádějí výběr a vyplňování globálních tabulek, protože bez použití číselníků to ani jinak nejde. A to se opakuje stále dokola. Přesto, že všechna data jsou uložena v počítačích a mnohá v solidních databázích, pořizují se stále znovu, protože žádný rozumný způsob předávání dat se nevyužívá. Ale říkejte to někomu, kdo je přesvědčen, že geniální Excel se svými makry může simulovat databázi.
Použití formátu OOXML povede v oblasti kancelářských dat ke stejným zvěrstvům, jaká jsou dnes vidět u HTML. Na další zpracování nebo vytěžení dat (zvláště v jiných aplikacích) pak můžeme zapomenout. Z tohoto hlediska považuji prosazování tohoto formátu přímo za sabotáž! -
J (neregistrovaný)K tomu excelu, to bych jeste v nasich podminkach povazoval za primo uzasne vyuziti IT. Ne, vazne si nedelam legraci, v pripade ze se rozhodnete vyuzit te uzasne sluzby a ohlasit vsechny nalezitosti zivnosti na jednom miste (coz vubec neni tak, jak by se zdalo, vpodstate je to vyuzitelne jen po ohlaseni dalsi zivnosti, ale ne pro ohlaseni nove), tak to, co vyplnite na ohlasovaci papiry (kde se nekolikrat dokola, podle toho co vsechno se ohlasuje, opakuji tytez informace) oni pekne nakopiruji na kopirce, a postou rozeslou na socialku, financak, .... misto aby na pockani zadali potrebne udaje do DB, vytiskli ZL a vzajemne si udaje predali po siti.
-
Samozrejme, že je to naivná predstava. M$ ide o zachovanie súčasného stavu (masové využívanie .doc/xml a ostatní nech implementujú ich formát). Ako poznamenal anonym, ODF sa kľudne môže využívať, lenže to by musel zase M$ implementovať ODF a ten je natívne využívaný v OpenOffice. Z obchodného hľadiska jasná logická voľba. -
graviton (neregistrovaný)Četl. A četl jste vy můj názor? Podivuji se nad tím navrženým trojhlavým ODF/OOXML/XHTML OPC, které vypadá jako další formát navíc s vlastními nekompatibilitami a problémy. Rozhodně mi ten návrh přijde ještě hroznější, než standardizovat OOXML a o žádné sbližování se nesnažit.
