Standardizace Office Open XML - Standardization of Office Open XML

The Office Open XML formáty souborů byly standardizovány v období od prosince 2006 do listopadu 2008, nejprve na Ecma International konsorcia (kde se stala ECMA-376 ), a následně, po sporném procesu normalizace, přepočtena dle kurzu ISO / IEC ‚s Společného technického výboru 1 (kde se stali ISO / IEC 29500: 2008 ).

Standardizace v rámci Ecma International

Více než rok poté, co byla Evropská unie požádána o standardizaci formátů Office 2003 XML , společnost Microsoft předložila 2 000 stránek dokumentace pro nový formát souborů konsorciu Ecma International, aby mohla být převedena do otevřeného standardu . V prosinci 2005 vytvořila společnost Ecma technickou komisi (TC45), aby vytvořila a udržovala „formální standard pro kancelářské aplikace produktivity, který je plně kompatibilní s formáty Office Open XML, předloženými společností Microsoft“. Technickému výboru předsedali dva zaměstnanci Microsoftu a jeho členy byli společnosti Apple , Canon , Intel , NextPage, Novell , Pioneer , Statoil ASA , Toshiba , Kongresová knihovna Spojených států , Britská knihovna a Nadace Gnome .

Během standardizace v rámci Emy se specifikace rozrostla na přibližně 6 000 stránek. Byl schválen jako standard Ecma (ECMA-376) 7. prosince 2006. Standard je možné zdarma stáhnout z Ecma.

Mezinárodní standardizace

S využitím svého oprávnění jako externího kontaktu kategorie A ISO / IEC JTC 1 předložila společnost Ecma International agentuře ECMA-376 zrychlený proces standardizace JTC 1. Aby splnili požadavky tohoto procesu, předložili dokumenty „Vysvětlující zpráva ke standardu Office Open XML Standard (Ecma-376) předložená JTC 1 pro rychlé sledování“ a „Licenční podmínky, které společnost Microsoft nabízí pro Office Open XML“. ISO a IEC klasifikovaly specifikaci jako DIS 29500 (Draft International Standard 29500) Informační technologie - formáty souborů Office Open XML .

Zrychlený proces se skládá z fáze rozporů, fáze hlasování a fáze rozlišení hlasování.

Během fáze rozporů předložili členové ISO a IEC vnímané rozpory JTC 1. Během fáze hlasování členové hlasovali o specifikaci, jak byla předložena společností Ecma, a svým hlasováním předložili redakční a technické komentáře. Ve fázi řešení hlasování byly řešeny předložené připomínky a členové byli vyzváni, aby své hlasování přehodnotili.

Předběžný výsledek hlasování

Během standardizace Office Open XML předložila společnost Ecma International svůj standard Office Open XML File Formats (ECMA-376) procesu ISO Fast Track. Po uplynutí lhůty pro připomínky uspořádala ISO hlasování, které bylo uzavřeno v září 2007. Bylo pozorováno, že jde o pravděpodobně nejkontroverznější a nejobvyklejší hlasování ISO, jaké kdy bylo svoláno, a to jak v počtu opozičních komentářů, tak v neobvyklých akcích během hlasování. Různé frakce silně podporovaly tento rychlý proces a postavily se proti němu. Na straně podpory byly primárně přidružené společnosti Microsoft; na opačné straně byly svobodné nebo otevřené softwarové organizace, IBM a přidružené společnosti, Sun Microsystems a Google .

V národních normalizačních orgánech se objevily zprávy o pokusech o kupování hlasů, prudkých verbálních konfrontacích, odmítnutí dosáhnout konsensu a další velmi neobvyklé chování. To je považováno za bezprecedentní pro normalizační orgány, které obvykle jednají společně a obecně pracovaly na smírném řešení problémů.

Na pětiměsíční hlasování odpovědělo 87 členských zemí ISO. Bylo zde 51 hlasů pro „schválení“, 18 hlasů pro „nesouhlas“ a 18 členů se zdrželo hlasování. Pro toto opatření se pak, 2 / 3 z „P“ členů (zúčastněných, na rozdíl od „O“ členů: pozorování) musí schválit a méně než 1 / 4 všech hlasovacích národních členů (s výjimkou členů, které zdržet hlasování) musí nesouhlasí . Hlasování ukazuje 53% souhlas členů „P“ a 26% nesouhlas z celkového počtu hlasů.

V následující tabulce jsou uvedeny výsledky podle členů tajných voleb, které skončily 2. září 2007:

Země	Tělo standardů	Členství	Hlasování
Argentina	IRAM	O člen	Zdržel se hlasování
Chile	HOSPODA	O člen	Zdržel se hlasování
Izrael	SII	O člen	Zdržel se hlasování
Lucembursko	VIDĚT	O člen	Zdržel se hlasování
Mexiko	DGN	O člen	Zdržel se hlasování
Peru	INDECOPI	O člen	Zdržel se hlasování
Vietnam	TCVN	O člen	Zdržel se hlasování
Austrálie	SA	Člen P	Zdržel se hlasování
Belgie	NBN	Člen P	Zdržel se hlasování
Finsko	SFS	Člen P	Zdržel se hlasování
Itálie	UNI	Člen P	Zdržel se hlasování
Malajsie	DSM	Člen P	Zdržel se hlasování
Holandsko	NEN	Člen P	Zdržel se hlasování
Slovinsko	SIST	Člen P	Zdržel se hlasování
Španělsko	AENOR	Člen P	Zdržel se hlasování
Trinidad a Tobago	TTBS	Člen P	Zdržel se hlasování
Mauricius	MSB		Zdržel se hlasování
Zimbabwe	SAZ		Zdržel se hlasování
Arménie	SARM	O člen	Odsouhlasení
Bělorusko	BELST	O člen	Odsouhlasení
Kostarika	INTECO	O člen	Odsouhlasení
Chorvatsko	HZN	O člen	Odsouhlasení
Kuba	NC	O člen	Odsouhlasení
Egypt	EOS	O člen	Odsouhlasení
Maroko	IMANOR	O člen	Odsouhlasení
Rumunsko	ASRO	O člen	Odsouhlasení
Ruská Federace	GOST R.	O člen	Odsouhlasení
Srbsko	ISS	O člen	Odsouhlasení
Srí Lanka	SLSI	O člen	Odsouhlasení
Ukrajina	DSSU	O člen	Odsouhlasení
Ázerbajdžán	AZSTAND	Člen P	Odsouhlasení
Pobřeží slonoviny	KODINORMA	Člen P	Odsouhlasení
Kypr	CYS	Člen P	Odsouhlasení
Jamaica	JBS	Člen P	Odsouhlasení
Kazachstán	KAZMEMST	Člen P	Odsouhlasení
Libanon	LIBNOR	Člen P	Odsouhlasení
Pákistán	PSQCA	Člen P	Odsouhlasení
Saudská arábie	SASO	Člen P	Odsouhlasení
Bangladéš	BSTI		Odsouhlasení
Barbados	BNSI		Odsouhlasení
Bosna a Hercegovina	BAS		Odsouhlasení
Konžská demokratická republika	OCC		Odsouhlasení
Fidži	FTSQCO		Odsouhlasení
Kuvajt	KOWSMD		Odsouhlasení
Nigérie	SYN		Odsouhlasení
Panama	KOPANIT		Odsouhlasení
Katar	QS		Odsouhlasení
Syrská Arabská republika	SASMO		Odsouhlasení
Tanzanie, Spojené státy	TBS		Odsouhlasení
Spojené arabské emiráty	ESMA		Odsouhlasení
Uzbekistán	UZSTANDARD		Odsouhlasení
Rakousko	NA	O člen	Schválení s komentáři
Bulharsko	BDS	O člen	Schválení s komentáři
Kolumbie	ICONTEC	O člen	Schválení s komentáři
Řecko	ELOT	O člen	Schválení s komentáři
Polsko	PKN	O člen	Schválení s komentáři
Portugalsko	IPQ	O člen	Schválení s komentáři
Tunisko	INNORPI	O člen	Schválení s komentáři
Německo	RÁMUS	Člen P	Schválení s komentáři
Keňa	KEBS	Člen P	Schválení s komentáři
Malta	MSA	Člen P	Schválení s komentáři
Singapur	JARNÍ SG	Člen P	Schválení s komentáři
Švýcarsko	SNV	Člen P	Schválení s komentáři
krocan	TSE	Člen P	Schválení s komentáři
Uruguay	JEDNOTKA	Člen P	Schválení s komentáři
Venezuela	FONDONORMA	Člen P	Schválení s komentáři
USA	ANSI	Sekretariát	Schválení s komentáři
Ghana	GSB		Schválení s komentáři
Jordán	JISMUS		Schválení s komentáři
Brazílie	ABNT	O člen	Nesouhlas
Filipíny	BPS	O člen	Nesouhlas
Thajsko	TISI	O člen	Nesouhlas
Kanada	SCC	Člen P	Nesouhlas
Čína	VAK	Člen P	Nesouhlas
Česká republika	CNI	Člen P	Nesouhlas
Dánsko	DS	Člen P	Nesouhlas
Ekvádor	INEN	Člen P	Nesouhlas
Francie	AFNOR	Člen P	Nesouhlas
Indie	BIS	Člen P	Nesouhlas
Írán, Islámská republika	ISIRI	Člen P	Nesouhlas
Irsko	NSAI	Člen P	Nesouhlas
Japonsko	JISC	Člen P	Nesouhlas
Korejská republika	KATS	Člen P	Nesouhlas
Nový Zéland	SNZ	Člen P	Nesouhlas
Norsko	SN	Člen P	Nesouhlas
Jižní Afrika	SABS	Člen P	Nesouhlas
Spojené království	BSI	Člen P	Nesouhlas

Ve dnech 25. – 29. Února 2008 se ve švýcarské Ženevě konalo zasedání k řešení hlasování, které se zabývalo revizemi návrhu OOXML. Podle pravidel ISO mají národní normalizační orgány třicet dní po zasedání k řešení hlasování o hlasování, aby znovu zvážily a případně změnily své hlasy.

Belgie: Belgický úřad pro normalizaci zvážil revize, ale nepodařilo se dosáhnout konsensu ohledně návrhu. Belgické počáteční zdržení se hlasování proto platilo.
Česká republika: Český normalizační institut považován za revize a změnil svou původní hlasování proti návrhu k hlasování ve prospěch.
Německo: Normenausschuss Informationstechnik und Anwendungen považována revize a potvrdila německou počátečního hlasování o návrhu.
Indie: Bureau indických standardů považovány za revize a potvrdila Indie počáteční hlasovalo proti návrhu.
Holandsko: Nizozemský normalizační institut (NEN) zvážil revize a znovu potvrdil počáteční nizozemské zdržení se hlasování.
Trinidad a Tobago: Úřad pro normalizaci v Trinidadu a Tobagu oznámil, že změní své původní zdržení se hlasování o revidovaném návrhu.
Spojené státy: Mezinárodní výbor pro informační technologie standardy (INCITS) považována revize a potvrdila počáteční hlas USA je pro tento návrh.

V září 2007 na hlasování odpovědělo osmdesát sedm členských zemí ISO a IEC . Bylo zde 51 hlasů pro „schválení“, 18 hlasů pro „nesouhlas“ a 18 členů se zdrželo hlasování. „Členové P“, kteří byli povinni hlasovat, museli schválit text o 66,67%. Členové P hlasovali pro pro 17 z 32, pod požadovanou prahovou hodnotu pro schválení. Rovněž ne více než 25% z celkového počtu hlasů členů může být záporných pro text, který má být schválen, a tento požadavek také nebyl splněn, protože 26% z celkového počtu hlasů bylo záporných. Proces standardizace poté vstoupil do fáze řešení svého hlasovacího lístku, popsané níže.

Odpověď na hlasovací lístky

Ecma vytvořila návrh dokumentu „Disposition of Comments“, který se zabývá 1027 odlišnými „připomínkami NB“ (tj. Připomínkami vnitrostátních orgánů), které byly předloženy ve fázi hlasování o dopisech. Tento dokument obsahoval 1 600 stránek komentářů a navrhovaných změn. Členové ISO a IEC měli 6 týdnů na to, aby tento návrh přezkoumali, a měli příležitost zúčastnit se několika neformálních konferenčních hovorů s Ecma TC45 a diskutovat o něm před BRM.

Proces řešení hlasovacích lístků

Setkání s řešením hlasovacích lístků (BRM) je nedílnou součástí fáze řešení hlasovacích lístků. Výsledek tohoto setkání a období po něm rozhodlo o tom, zda DIS 29500 uspěl nebo selhal ve své snaze stát se mezinárodním standardem. DIS 29500 BRM se konal koncem února 2008.

Na BRM předložila Ecma 873 navrhovaných změn specifikace (z jejich 1027 odpovědí 154 nenavrhlo žádnou změnu). Z nich pouze 20% bylo projednáno a upraveno na zasedáních, vzhledem k 5dennímu časovému limitu schůzky. Zbývajících 80% nebylo projednáno a podléhalo hlasovacímu mechanismu schválenému schůzí (viz rezoluce 37 rezolucí citovaných níže). Pomocí tohoto hlasovacího mechanismu mohly NB schválit, zamítnout nebo se zdržet každé z těchto navrhovaných změn. To umožnilo rozhodnout o sadě schválených změn bez diskuse.

S původním předloženým konceptem použitým jako základ byly všechny dohodnuté změny aplikovány editorem projektu k vytvoření nové sady dokumentů zahrnujících změny dohodnuté během BRM. Souběžně s tím měly NB 30 dní po BRM rozhodnutí, zda své hlasy ze dne 2. září 2007 pozmění.

Výsledek hlasování

Řada členů JTC 1 využila příležitosti ke změně svých hlasů, převážně ve prospěch schválení DIS 29500. Dne 2. dubna 2008 tedy ISO a IEC oficiálně uvedly, že DIS 29500 byl schválen k přijetí jako ISO / IEC Standardní, čeká na odvolání. Uvedli, že „75% hlasů zúčastněných členů JTC 1 odevzdalo kladné a 14% z celkového počtu hlasů národních členských orgánů odevzdáno záporně“ V souladu se směrnicemi JTC 1 vytvořil editor projektu novou verzi konečného textu v rámci měsíc BRM. Po přezkoumání, opravách a vyřešení odvolání byl tento text distribuován členům SC34.

Odvolání

Proti standardizaci se odvolali čtyři členové JTC 1: orgány Jižní Afriky, Brazílie, Indie a Venezuely . Jelikož je systém odvolání navržen tak, aby našel řešení na základě konsensu, je nepravděpodobné, že by tento proces vedl k tomu, že ISO / IEC upustí od postupu DIS 29500. Generální ředitelé ISO a IEC doporučili správní radě, aby tato odvolání již nebyla zpracována dále: uvádí se, že generální tajemník ISO uvádí: „Zpracování projektu ISO / IEC DIS 29500 bylo prováděno v souladu se směrnicemi ISO / IEC JTC 1, přičemž rozhodnutí byla stanovena hlasováním vyjádřeným příslušné národní orgány ISO a IEC na vlastní odpovědnost, a proto by z výše uvedených důvodů neměly být odvolání dále zpracovávány “.

Hlavním problémem odvolání byly postupy BRM. 3 odvolací země se během BRM neodvolaly a dokonce všechny hlasovaly pro schválení rezoluce, která umožňovala hlasování o každém z rezolucí, které nebyly projednány na plenárním zasedání prostřednictvím formuláře. Tyto tři země, které se odvolaly, použily tento formulář pro hlasování o hlasování pro většinu odpovědí (celkem tak učinily pouze 4 země), ale nepodařilo se jim zamítnout významný počet odpovědí.

Odvolání nezískala dostatečnou podporu národních orgánů hlasujících ve správních radách ISO a IEC, a proto bylo zahájeno zveřejnění ISO / IEC DIS 29500, Informační technologie - formáty Office Open XML, jako mezinárodní ISO / IEC Standard 15. srpna 2008.

Vydání

Mezinárodní norma ISO / IEC 29500: 2008 byla zveřejněna v listopadu 2008.

Režim údržby

V návaznosti na standardizaci ISO / IEC 29500 zavedla ISO / IEC JTC1 / SC34 jako určená skupina pro údržbu této normy dvě skupiny ad hoc pro rozhodování o tom, jak bude norma zachována: skupina pro shromažďování komentářů k nově schválené normě, a skupina, která rozhodne, jaké struktury by měly být použity pro dlouhodobou údržbu. Výsledným doporučením bylo, aby ISO / IEC JTC1 / SC34 převzala plnou kontrolu nad údržbářskými pracemi na ISO / IEC 29500. Toto rozhodnutí bylo řádně ratifikováno na zasedání SC 34 v září 2008 na ostrově Jeju v Koreji . Společnost Ecma byla vyzvána jako prostředník, aby poskytla jednotlivé odborníky, kteří by přispěli k údržbě. Toto rozhodnutí nahradilo dřívější návrh společnosti Ecma, ve kterém samotná Ecma navrhla, že je odpovědná za údržbu.

21. května 2008 společnost Microsoft oznámila, že bude „aktivním účastníkem budoucího vývoje standardů ODF , Open XML , XPS a PDF “.

ISO / IEC 29500 je udržována v rámci pracovní skupiny 4 („WG 4“) ISO / IEC JTC1 / SC34 pod vedením MURATA Makoto z Japonska.

V rámci tohoto režimu údržby platí směrnice JTC 1, které stanoví, že:

Návrhy na změnu textu a přijetí všech takových změn podléhají běžným hlasovacím procesům JTC 1 (směrnice JTC 1, bod 15.5)
Standard nelze „stabilizovat“ (již nepodléhá pravidelné údržbě), pouze prostřednictvím schválení v hlasovacím lístku JTC 1 (směrnice JTC 1, článek 15.6.2).
Aby mohla být norma stabilizována, musí projít jedním revizním cyklem (směrnice JTC 1, článek 15.6.1). V tomto kontrolním cyklu by musel být text přepsán tak, aby vyhovoval formátovacím a slovním požadavkům ISO (směrnice JTC 1, článek 13.4).

WG 4 má webovou stránku a otevřený registr dokumentů. Protokoly vad a statistiky z WG 4 jsou k dispozici online.

Na zasedání WG4 v Kodani ve dnech 22. – 24. Června 2009 bylo přítomno 16 osob; 5 z nich zaměstnávala společnost Microsoft, 4 univerzity.

Reakce na standardizaci

Stížnosti na postup vnitrostátních orgánů

Protest proti standardizaci OOXML ISO v norském Oslu .

Office Open XML ISO standardisation protest in Bangalore , India.

Objevila se obvinění, že proces hlasování ISO pro Office Open XML byl některými zúčastněnými stranami poznamenán nesrovnalostmi v hlasování a těžkopádnou taktikou.

Článek Ars Technica uvádí zdroje Groklawa , který uvádí, že na setkání portugalského národního orgánu TC „se zástupci společnosti Microsoft pokusili argumentovat, že Sun Microsystems , tvůrci a příznivci konkurenčního formátu OpenDocument (ODF), nemohli být u konferenčního stolu usazeni, protože nedostatek židlí. “
Ve Švédsku společnost Microsoft oznámila Švédskému institutu pro normalizaci (SIS), že zaměstnanec zaslal zprávu dvěma svým partnerům a požádal je, aby se připojili k výboru SIS a hlasovali pro Office Open XML výměnou za „marketingové příspěvky“. Jason Matusow, ředitel týmu Corporate Standards Strategy společnosti Microsoft, uvedl, že poznámka byla akcí jednotlivého zaměstnance jednajícího mimo politiku společnosti a že poznámka byla odvolána, jakmile byla objevena. SIS od té doby změnila svůj hlasovací postup tak, že se člen musí skutečně účastnit, než mu bude umožněno hlasovat.
Švédsko zrušilo svůj hlas (80% bylo pro schválení), protože jedna společnost odevzdala více než jeden hlas, což je v rozporu s politikou SIS.
Finští IT novináři popsali toto setkání jako vyvolání silných rozdílů v názorech.
Ve Švýcarsku SNV zaregistrovala hlasování o „souhlasu s komentáři“ a došlo k určité kritice ohledně „střetu zájmů“ ohledně předsedy podvýboru UK 14, který nedovolil diskusi o licenčních, ekonomických a politických argumentech. Kromě toho je předsedou příslušného mateřského výboru SNV také generální tajemník Ecma International , který standard OOXML schválil. Další stížnosti se týkaly „vycpávání výborů“, což však současná pravidla SNV umožňují, a nedodržování pravidel SNV předsedou UK 14, což vedlo k opětovnému hlasování se stejným výsledkem.
Australský národní normalizační orgán Standards Australia byl kritizován za zvládnutí procesu OOXML novozélandskou Open Source Society , poradenskou firmou Waugh Partners, profesorem australské národní univerzity Rogerem Clarkem, právníkem OASIS Andrewem Updegrove, IBM a Google. Společnost Standards Australia vyslala do BRM odborníka na ISO SC 34 a specialisty na XML a Schematron Rick Jelliffe , a to navzdory kritikům, které tvrdí, že Jelliffe nepředstavuje názory těch, kdo se staví proti standardizaci. Jelliffe předtím byl ve zprávách poté, co mu společnost Microsoft nabídla platbu za zlepšení nesprávných článků Wikipedie o Office Open XML. Microsoft koupil od své společnosti nástroj pro převod schémat a provedl počáteční převod schémat Office Open XML ze schémat XML na RELAX NG, oba jazyky schématu, na kterých se podílel. Tvrdilo se, že společnost Standards Australia porušila předchozí veřejný příslib vyslat do BRM dva interní zaměstnance. Společnost Standards Australia však vydala tiskovou zprávu, která to popřela a uvedla, že článek Computerworld byl „prošpikovaný nepřesnostmi a zkreslením“.
O norském hlasování rozhodl Standard Norge ; většinou protichůdná stanoviska technické komise vyústila v hlasování v roce 2007 o nesouhlasu. Správa Standard Norge však v roce 2008 změnila hlasování Norska na „schválení“, i když většina výboru argumentovala ve prospěch zachování „nesouhlasného“ hlasování. Členství v technické komisi vzrostlo ze 6–7 na 30 členů; všichni členové pre-OOXML argumentovali pro „ne“ hlasování. V říjnu 2008 13 z 23 členů, z nichž 12 je spojeno s hnutím open-source , rezignovalo poté, co OOXML byla ratifikována ISO a všechna odvolání byla zamítnuta.
IDABC komunitní program (který je řízen Evropskou komisí ) provozuje „Open Source observatoř“, který je „věnovanou Free / Libre / Open Source Software.“ Prostřednictvím svých „zpráv o otevřeném zdroji“ informovala o zprávách, které kritizují proces standardizace.
- Uvádí se v něm, že německý zpravodajský web o IT Heise uvádí, že v Německu dva odpůrci Office Open XML, Deutsche Telekom a Google , nemohli hlasovat, protože se na poslední chvíli pokusili připojit k výboru. Open Source News říká: „Účastníci popsali tento proces jako absurdní.“
- Předává zprávu od Michiel Leenaars (ředitele internetové společnosti Nizozemsko), že v Nizozemsku „předseda národního normalizačního výboru rozhodujícího o OOXML protestoval proti tomu, že téměř jednomyslné podmíněné schválení bylo blokováno společností Microsoft“.
- Informuje o zprávě Boryse Musielaka , člena polské linuxové komunity, který na webu PolishLinux napsal, že polská technická komise KT 171 odmítla Office Open XML. Hlasování bylo zrušeno a přiděleno KT 182. Člen polské komunity Linux se domnívá, že to bylo kvůli „reorganizaci v polském normalizačním orgánu“. KT 182 hlasoval pro schválení Office Open XML.
- Uvádí, že v Andalusii si ředitel Andaluského ministerstva pro inovace stěžoval, že Microsoft předložil dezinformaci španělskému národnímu orgánu a uvedl, že (Andalusie) podpořila návrh Office Open XML společnosti.
- Uvádí, že v Portugalsku požádalo jedenáct společností (včetně IBM ) a skupiny prosazující open source, aby portugalské ministerstvo hospodářství a inovací prošetřilo hlasování Portugalska o Office Open XML.
V červnu 2008 Nejvyšší soud ve Spojeném království zamítl stížnost britské skupiny Unix and Open Systems User Group (UKUUG), v níž žádal o přezkoumání rozhodnutí British Standard Institution hlasovat ve prospěch DIS 29500. Soudce uvedl, že „tato aplikace nezveřejňuje žádné prokazatelné porušení postupů BSI nebo pravidel procesní spravedlnosti“.

Další stížnosti

Další protestní dopis podala Open Source Leverandørforeningen , dánská asociace prodávajících open source , přestože samotné Dansk Standard nepodalo odvolání.

V září 2008 byl vydán a podepsán společný dopis známý jako Consegiho deklarace, který podepsali 3 zástupci svobodného softwaru zemí, které podaly odvolání (Jižní Afrika, Brazílie a Venezuela), jakož i Ekvádoru , Kuby a Paraguaye .

Poté, co byla specifikace oficiálně přijata jako standard ISO, Red Hat a IBM tvrdily, že ISO ztrácí důvěryhodnost, a zakladatel Ubuntu Mark Shuttleworth poznamenal: „Nebudeme investovat do pokusu o implementaci standardu, který je špatně definován.“ IBM vydala tiskovou zprávu uvádějící: „IBM bude i nadále aktivním zastáncem ODF. Těšíme se, že budeme součástí komunity, která pracuje na harmonizaci ODF a OOXML v zájmu spotřebitelů, společností a vlád, když bude OOXML kontrolovat a udržovat je plně převeden do JTC1. “

Zkoumání zrychleného procesu

Deutsches Institut für Normung (DIN, Německo) hlasoval pro „DIS“ 29500 „ano“ a uvedl, že DIN jako celek „uznal, že nedošlo k vážnému porušení pravidel JTC 1 a ISO“, ale „byl učiněn závěr že je třeba změnit pravidla pro zrychlený postup “.

Na plenárním zasedání JTC 1 v japonské Narě , které se konalo v listopadu 2008, bylo přijato usnesení, které se týkalo obav vyjádřených během standardizace ISO / IEC 29500. Usnesení 49 mělo název „Vyjasnění konzistence norem vs. konkurenční specifikace“. a obsahoval následující text:

JTC 1 uznává svůj závazek k principu „jednoho standardu“ ISO a IEC; uznává však, že ani on, ani jeho SC nejsou v pozici, kdy by mohly nařídit vytvoření nebo použití jediného standardu, a že v některých případech má více standardů největší smysl reagovat na potřeby trhu a společnosti jako celku. Není praktické definovat a priori kritéria pro přijímání těchto rozhodnutí. Proto každý standard musí být posuzován vnitrostátními orgány na základě jejich trhů podle jeho vlastních zásluh.

Na doprovodném zasedání Zvláštní pracovní skupiny pro směrnice (směrnice SWG) v Ósace bylo vydáno doporučení popisující řadu „konceptů“, které by v budoucnu byly použity na proces řešení hlasovacích lístků budoucích standardů Fast Tracked. Ty odrážely proces, který proběhl pro ISO / IEC 29500:

Účelem je kontrolovat a řešit hlasovací lístky

Schůze musí mít samostatnou agendu a musí být svolána jako samostatná schůze, i když je ve spojení se schůzí SC / WG / společně s ní.

Komentáře musí být projednány na jedné schůzce a NE distribuovány na sérii schůzek

Schůze je otevřená zadavateli Fast track Submitter a všem národním orgánům bez ohledu na to, zda národní orgán hlasoval o přezkoumávaném dokumentu či nikoli - bez omezení, kterého se může národní orgán účastnit.

Účastníci setkání zastupují své národní orgány a jejich pozice v národních orgánech

Všechny národní orgány mají rovnocenné slovo ve všech rozhodnutích učiněných během zasedání

Redaktor projektu musí připravit dispozici navrhovanou redakčními úpravami hlasovacích lístků v dostatečném předstihu před BRM, aby umožnil posouzení národními orgány. Návrh redakce s dispozicí komentářů tohoto redaktora bude přezkoumán během schůze k řešení hlasování

Po schůzce musí být pro informaci všech národních orgánů rozesláno dispozice hlasovacích lístků schválených během schůze

Když byly všechny připomínky vyřešeny a schůzka schválila rozložení připomínek, byla kritéria schůzky BRM splněna

Právník pro standardy Andy Updegrove (jehož společnost zastupuje OASIS ) uvedl, že byl „překvapen a zděšen“ těmito koncepty, protože „v zásadě přispívají k ratifikaci jednání Ženevského BRM“.

Vyšetřování společnosti Microsoft Evropskou komisí

V lednu 2008 zahájila Evropská komise antimonopolní vyšetřování týkající se interoperability formátu Office Open XML na žádost Evropského výboru pro interoperabilní systémy , označovaného jako „koalice největších konkurentů společnosti Microsoft“. Anonymní zdroje z Wall Street Journal tvrdí, že toto vyšetřování zahrnuje také vyšetřování toho, zda Microsoft v průběhu procesu standardizace porušil antimonopolní zákony. Financial Times uvádí, že evropští členové ISO potvrdili přijetí dopisu Evropské komise „ptající se, jak se připravovali na hlasování [...] o přijetí formátu dokumentu Microsoft OOXML jako celosvětového standardu.“

Stížnosti společnosti Microsoft na konkurenty

Dne 14. února 2007 Microsoft v otevřeném dopise zaútočil na opozici IBM vůči standardizačnímu procesu Office Open XML

7. prosince Ecma schválila přijetí Open XML jako mezinárodního otevřeného standardu. Hlasování bylo téměř jednomyslné; z 21 členů byl jediným nesouhlasným hlasem IBM. IBM byla opět osamělým disidentem, když Ecma také souhlasila s předložením Open XML jako standardu pro ratifikaci ISO / IEC JTC1. IBM vedla globální kampaň vyzývající národní orgány, aby požadovaly, aby ISO / IEC JTC1 ani nezohledňovalo Open XML, protože ODF to nejprve udělal prostřednictvím ISO / IEC JTC1.

Nicos Tsilas, vrchní ředitel společnosti Microsoft pro politiku interoperability a duševního vlastnictví, snižující americké přesvědčení společnosti Microsoft a EU jako zneužitelů monopolní moci, vyjádřil znepokojení nad tím, že IBM a Nadace svobodného softwaru lobují u vlád, aby nařídily použití konkurenčního formátu OpenDocument (ODF) s vyloučením jiných formátů. Podle jeho názoru „využívají vládní intervenci jako způsob konkurence“, protože „nemohli konkurovat technicky“.

IBM požádala vlády, aby zavedly politiku exkluzivního nákupu s otevřeným zdrojovým kódem.

Argumenty na podporu a kritiku standardu Office Open XML

Podpěra, podpora

Společnost Microsoft se domnívá, že by měl být přijat vlastní formát. Tento argument představila na své „komunitní webové stránce“, kterou vlastní a provozuje společnost Microsoft.

Společnost Sun Microsystems původně hlasovala proti schválení DIS 29500 ve výboru INCITS V1, ale uvedla v seznamu adresátů výboru „Rádi bychom, aby bylo zcela jasné, že podporujeme, aby se DIS 29500 stal normou ISO, a plně souhlasíme s uvedenými účely umožnění interoperabilita mezi různými implementacemi a poskytování interoperabilního přístupu k odkazu dokumentů Microsoft Office. “ a že „Hlasovali jsme v očekávání, že [...] budou provedeny změny a že verze DIS 29500 schopná dosáhnout svých cílů bude schválena jako norma ISO.“.

ODF Alliance India v roce 2007 zveřejnila rozsáhlou technickou zprávu obsahující konkrétní problémy členů sdružení a odpovědi společnosti Microsoft.

V prosinci 2007 společnost Ecma International oznámila, že mnoho z nahlášených problémů bude zohledněno v příštím vydání standardizačního návrhu ISO .

Britská knihovna a Spojené státy Library of Congress se podíleli na práci Ecma TC45 a podporují standard Office Open XML.
Bývalý člen správní rady Nadace Gnome Miguel de Icaza , který zahájil projekty GNOME a Mono , ukázal podporu formátu dokumentu Office Open XML a uvedl: „OOXML je vynikající standard, a přesto jej jeho konkurenti tak špatně FUDovali , že vážní lidé věří že je v tom něco zásadně špatného. “
Patrick Durusau, redaktor standardu OpenDocument , charakterizoval OOXML jako „dítě plakátu pro proces vývoje otevřených standardů“

Uživatelská základna

Nejpoužívanější balíčky kancelářské produktivity se v současné době spoléhají na různé proprietární a reverzně upravené binární formáty souborů, jako jsou ty, které byly vytvořeny postupnými verzemi Microsoft Word, PowerPoint a Excel. OOXML je však nový formát, který není zpětně ani vpřed kompatibilní s žádným ze starých formátů Microsoft Office.

Politické argumenty

Pokud jde o údajné překrývání rozsahu s formátem OpenDocument, Ecma poskytla následující politické argumenty ve prospěch standardizace: překrývání v rozsahu norem ISO / IEC je běžné a může sloužit praktickému účelu; Office Open XML adresy odlišné požadavky uživatelů; Formát OpenDocument a Office Open XML jsou strukturovány tak, aby splňovaly různé požadavky uživatelů; a Office Open XML a OpenDocument mohou sloužit jako duo-standardy.

Technické argumenty

Studie srovnávající IS 29500: 2008 a IS 26300: 2006 (ODF 1,0) německé Fraunhoferovy společnosti zjistila

Lze dojít k závěru, že mnoho funkcí, zejména ty, které se nacházejí v jednodušších dokumentech, lze překládat mezi standardy, zatímco překlad dalších funkcí se může ukázat jako složitý nebo dokonce nemožný.

Použití otevřených obalových úmluv , které umožňuje indirection , Chunking a relativní dereference.
Používá formát ZIP, takže je ZIP součástí standardu. Kvůli kompresi jsou soubory menší než aktuální binární formáty.
Podporuje vlastní datové prvky pro integraci dat specifických pro aplikaci nebo organizaci, která chce použít formát.
Definuje tabulkové vzorce.
Office Open XML obsahuje alternativní reprezentace schémat XML a mechanismů rozšiřitelnosti pomocí RELAX NG (ISO / IEC 19757-2) a NVDL (ISO / IEC 19757-4.)
Žádné omezení typů obrazu, zvuku nebo videa, kniha 1 §14.2.12.
Integrované ovládací prvky mohou být jakéhokoli typu, například Java nebo ActiveX , Book 1 §15.2.8.
Specifikace písma WordprocessingML mohou zahrnovat metriky písma a informace PANOSE, které pomáhají při hledání náhradního písma, pokud originál není k dispozici, Book 3 §2.10.5.
V situaci, kdy náročná aplikace nemusí být schopna interpretovat to, co produkující aplikace napsala, Office Open XML definuje blok alternativního obsahu, který může představovat uvedená data v alternativním formátu, jako je obrázek. Kniha 3 §2.18.4.
Podpora internacionalizace. Například datum reprezentace: V WordprocessingML (Book 4 §2.18.7) a SpreadsheetML (Book 4 §3.18.5), kalendářní data po 1900 CE může být psán používat Gregorian (tři varianty), hebrejštinu , Hijri , japonštinu (císař Era ) , Korejský (éra Tangun) , saka , tchajwanský a thajský formát. Existuje také několik funkcí převodu tabulek souvisejících s internacionalizací.
Rozšiřitelnost vlastního schématu XML umožňuje přidání funkcí do formátu. To může například usnadnit převod z jiných formátů a budoucích funkcí, které nejsou součástí oficiální specifikace.

Kritika

Technický

Standard byl předmětem diskuse v rámci softwarového průmyslu. Na více než 6 000 stránkách je obtížné rychle vyhodnotit specifikaci. Namítající také tvrdí, že by mohlo dojít k nejasnostem uživatelů ohledně těchto dvou standardů kvůli podobnosti názvu „Office Open XML“ s „OpenDocument“ i „OpenOffice“. Objektoři také tvrdili, že norma ISO pro dokumenty již existuje a není potřeba druhá norma.

Google uvedl, že „standard ODF, který dosahuje stejného cíle, má pouze 867 stránek“ a to

Pokud by ISO poskytlo OOXML s jeho 6546 stránkami stejnou úroveň kontroly, jakou viděly jiné standardy, trvalo by 18 let (6576 dní pro 6546 stránek), aby bylo dosaženo srovnatelné úrovně kontroly se stávajícím standardem ODF (871 dní pro 867 stran) ), který dosahuje stejného účelu a je tedy dobrým srovnáním.

Vzhledem k tomu, že OOXML obdržela pouze asi 5,5% přezkumu, kterým prošly srovnatelné standardy, zprávy o nesrovnalostech, rozporech a chybějících informacích jsou stěží překvapivé.

Mezi ty, kteří podporují standard ODF, patří FFII , ODF Alliance IBM a také Jižní Afrika a další národy, které během standardizace vyjádřily silný odpor vůči OOXML.

ODF Alliance UK Action Group uvedl, že s OpenDocument standard ISO pro soubory Office již existuje. Dále tvrdí, že formát souboru Office Open XML je silně založen na vlastních aplikacích Office společnosti Microsoft, a proto není neutrální vůči prodejcům, a že má nesrovnalosti se stávajícími normami ISO, jako jsou formáty času a data a barevné kódy .

Manipulace procesu

Kromě toho byl zpochybněn samotný proces standardizace, včetně požadavků na tajné hlasování o nesrovnalostech ze strany některých technických komisí, zástupců společnosti Microsoft a partnerů společnosti Microsoft ve snaze o schválení Office Open XML. „Redakční skupina, která specifikaci skutečně produkuje, se označuje jako„ ECMA “, ale ve skutečnosti tuto práci většinou dělají lidé společnosti Microsoft.“

Citace po přijetí

Během panelové diskuse na summitu Red Hat v Bostonu v červnu 2008 řekl národní technologický ředitel společnosti Microsoft Stuart McKee, že „ODF jasně zvítězil“. Učinil také následující prohlášení:

Ocitli jsme se tak daleko na cestě standardizačního procesu bez znalostí. Nemáme standardní kancelář. Ve společnosti jsme neměli oddělení pro standardy. Myslím, že jedna věc, kterou bychom uznali a kterou jsme byli frustrovaní, je to, že v době, kdy jsme si uvědomili, co se děje, a konkurenční prostředí, které probíhalo, jsme se opozdili a bylo hodně dohoneno. Bylo velmi obtížné zahájit rozhovory po celém světě, kde už byla debata koncipována.

25. června 2008 učinil Gray Knowlton, produktový manažer skupiny pro systém Microsoft Office, následující prohlášení týkající se budoucnosti Open XML:

Společnost Microsoft bude nadále podporovat vývoj specifikací a přijetí formátů Open XML, kromě další práce, kterou provádíme kolem formátů dokumentů v Office. [...] Nakonec je Open XML stále lepší volbou pro scénáře kompatibility a mezioborové interoperability, o kterých jsme hovořili v celé jeho historii. [...] zatímco pracujeme na tom, aby se ODF posunul kupředu, zůstaneme zavázáni k Open XML a věříme, že to bude formát volby pro velké části globální komunity.

V rozhovoru Richard Stallman , šéf Free Software Foundation , uvedl:

Microsoft poškodil mnoho členů ISO, aby získal souhlas s falešným „otevřeným“ formátem dokumentů OOXML. To bylo proto, aby vlády, které uchovávají své dokumenty ve formátu pouze pro Microsoft, mohly předstírat, že používají „otevřené standardy“. Vláda Jihoafrické republiky podala proti rozhodnutí odvolání s odvoláním na nesrovnalosti v procesu.

Dne 31. března 2010 zveřejnil Dr. Alex Brown, který byl svolávajícím schůze k řešení hlasování v únoru 2008, příspěvek na svém osobním blogu, ve kterém si stěžoval na nedostatečný pokrok společnosti Microsoft v přizpůsobování současné a budoucí verze sady Microsoft Office tak, aby vytvářela soubory ve přísném (na rozdíl od přechodného) formátu ISO 29500:

V tomto počtu se zdá, že Microsoft selhal. Ve své předběžné verzi Office 2010 nepodporuje schválenou přísnou variantu OOXML, ale samotný formát, který globální komunita odmítla v září 2007, a následně označen jako nepoužívaný v nových dokumentech - přechodná varianta. Microsoft se chová, jako by k procesu standardizace JTC 1 nikdy nedošlo ...

Microsoft odpověděl, že příští vydání Microsoft Office (verze 15) bude plně podporovat ISO / IEC 29500 Strict.

Viz také

Reference

externí odkazy

Nestandardní rozšíření používaná aplikacemi společnosti Microsoft

Languages

In other projects