✖


Jump to content

Стандартизация Office Open XML

    Add links

    Не путать с OpenOffice.org XML .
    Офисный открытый XML

    Форматы файлов Office Open XML , также известные как OOXML, были стандартизированы в период с декабря 2006 по ноябрь 2008 года сначала консорциумом Ecma International (где они стали ECMA-376 ), а затем, после спорного процесса стандартизации, ISO / IEC. Объединенный технический комитет 1 (где они стали стандартом ISO/IEC 29500:2008 ).

    Стандартизация в Ecma International

    [ редактировать ]

    Спустя более года после того, как Европейский Союз попросил стандартизировать XML-форматы Office 2003 , [1] Microsoft представила 2000 страниц документации по новому формату файлов в консорциум Ecma International, чтобы он стал открытым стандартом . [2] Ecma сформировала технический комитет (TC45) в декабре 2005 года. [3] с целью создания и поддержки «формального стандарта для офисных приложений, полностью совместимого с форматами Office Open XML, представленными Microsoft». [4] Технический комитет возглавили два сотрудника Microsoft. [5] и в него входили представители Apple , Canon , Intel , NextPage, Novell , Pioneer , Statoil ASA , Toshiba , Библиотеки Конгресса США , Британской библиотеки и Фонда Gnome . [6]

    Во время стандартизации в Ecma объем спецификации увеличился примерно до 6000 страниц. Он был утвержден как стандарт Ecma (ECMA-376) 7 декабря 2006 года. [7] Стандарт можно бесплатно загрузить с сайта Ecma. [8]

    Международная стандартизация

    [ редактировать ]

    Используя свои права в качестве внешнего представителя категории A ISO/IEC JTC 1 , Ecma International представила ECMA-376 для ускоренного процесса стандартизации JTC 1. Чтобы удовлетворить требования этого процесса, [9] они представили документы «Пояснительный отчет по стандарту Office Open XML (Ecma-376), представленный в JTC 1 для ускоренного рассмотрения» [10] и «Условия лицензирования, которые Microsoft предлагает для Office Open XML». [11] ISO и IEC классифицировали эту спецификацию как DIS 29500 (Проект международного стандарта 29500) Информационные технологии – Форматы файлов Office Open XML . [12]

    Ускоренный процесс состоит из фазы противоречий, фазы голосования и фазы разрешения голосования.

    На этапе рассмотрения противоречий члены ISO и IEC представили JTC 1 предполагаемые противоречия. На этапе голосования члены проголосовали за спецификацию в том виде, в каком она была представлена ​​Ecma, и вместе с голосованием представили редакционные и технические комментарии. На этапе принятия решения по голосованию представленные комментарии были рассмотрены, и членам было предложено пересмотреть свое голосование.

    Промежуточные результаты голосования

    [ редактировать ]

    Во время стандартизации Office Open XML компания Ecma International представила свой Office Open XML стандарт форматов файлов (ECMA-376) на ISO ускоренный процесс . После периода комментариев ISO провела голосование, которое завершилось в сентябре 2007 года. Это было, пожалуй, самое противоречивое и необычное голосование ISO, когда-либо проводившееся, как по количеству комментариев против, так и по необычным действиям во время процесса голосования. Различные фракции решительно поддерживали и выступали против этого ускоренного процесса. На стороне поддержки были в основном дочерние компании Microsoft; На противоположной стороне были организации, занимающиеся программным обеспечением со свободным или открытым исходным кодом, IBM и ее филиалы, Sun Microsystems и Google .

    Поступали сообщения о попытках подкупа голосов. [13] [14] [15] [16] острая словесная конфронтация, отказ прийти к консенсусу и другое весьма необычное поведение в национальных органах по стандартизации. [17] [18] [19] [20] Говорят, что это беспрецедентный случай для органов по стандартизации, которые обычно действуют сообща и обычно стараются разрешить проблемы мирным путем.

    На пятимесячное голосование откликнулись 87 стран-членов ИСО. Был 51 голос «одобрения», 18 голосов «неодобрения» и 18 воздержавшихся. [21] Чтобы мера прошла, 2 ⁄ 3 членов «П» (участвующих, в отличие от членов «О»: наблюдающих) должны одобрить и менее 1 ⁄ всех голосующих национальных членов (за исключением членов, которые воздерживаются от голосования) должны выразить свое несогласие. Бюллетень показывает 53% одобрения со стороны членов «П» и 26% неодобрения от общего числа голосов.

    В следующей таблице показаны результаты голосования по участникам, завершившегося 2 сентября 2007 г.: [22]

    Страна Орган по стандартизации Членство Голосование
    Аргентина ЗЛОСТЬ О, член Воздержание
    Чили В О, член Воздержание
    Израиль ДАВАТЬ О, член Воздержание
    Люксембург ВИДЕТЬ О, член Воздержание
    Мексика ДГН О, член Воздержание
    Перу ИНДЕКОПИ О, член Воздержание
    Вьетнам ТКВН О, член Воздержание
    Австралия на П-участник Воздержание
    Бельгия НБН П-участник Воздержание
    Финляндия СФС П-участник Воздержание
    Италия ЕМУ П-участник Воздержание
    Малайзия ДСМ П-участник Воздержание
    Нидерланды С П-участник Воздержание
    Словения ПОСЛЕДНИЙ П-участник Воздержание
    Испания АЕНОР П-участник Воздержание
    Тринидад и Тобаго ТТБС П-участник Воздержание
    Маврикий MSB Воздержание
    Зимбабве САЗ Воздержание
    Армения САРМ О, член Одобрение
    Беларусь БЕЛСТ О, член Одобрение
    Коста-Рика ИНТЕКО О, член Одобрение
    Хорватия ХЗН О, член Одобрение
    Куба Северная Каролина О, член Одобрение
    Египет ЭОС О, член Одобрение
    Марокко ИМАНОР О, член Одобрение
    Румыния АСРО О, член Одобрение
    Российская Федерация ГОСТ Р О, член Одобрение
    Сербия МКС О, член Одобрение
    Шри-Ланка СЛСИ О, член Одобрение
    Украина ДГСУ О, член Одобрение
    Азербайджан АЗСТАНД П-участник Одобрение
    Кот-д'Ивуар КОДИНОРМ П-участник Одобрение
    Кипр СИС П-участник Одобрение
    Ямайка JBS П-участник Одобрение
    Казахстан КАЗМЕМСТ П-участник Одобрение
    Ливан ЛИБНОР П-участник Одобрение
    Пакистан PSQCA П-участник Одобрение
    Саудовская Аравия Наш П-участник Одобрение
    Бангладеш БНТИ Одобрение
    Барбадос БНСИ Одобрение
    Босния и Герцеговина ВНИЗ Одобрение
    Конго, Демократическая Республика ОКК Одобрение
    Фиджи ФТСККО Одобрение
    Кувейт КОВСМД Одобрение
    Нигерия СЫН Одобрение
    Панама КОПАНИТ Одобрение
    Катар КО Одобрение
    Сирийская Арабская Республика САСМО Одобрение
    Танзания, Объединенная Республика ТВС Одобрение
    Объединенные Арабские Эмираты ЭСМА Одобрение
    Узбекистан UZSTANDARD Одобрение
    Австрия НА О, член Одобрение с комментариями
    Болгария БДС О, член Одобрение с комментариями
    Колумбия ИКОНТЕК О, член Одобрение с комментариями
    Греция ЭЛОТ О, член Одобрение с комментариями
    Польша ПКН О, член Одобрение с комментариями
    Португалия IPQ О, член Одобрение с комментариями
    Тунис ИННОРПИ О, член Одобрение с комментариями
    Германия ОТ П-участник Одобрение с комментариями
    Кения КЕБС П-участник Одобрение с комментариями
    Мальта MSA П-участник Одобрение с комментариями
    Сингапур ВЕСНА СГ П-участник Одобрение с комментариями
    Швейцария СНВ П-участник Одобрение с комментариями
    Турция ТСЕ П-участник Одобрение с комментариями
    Уругвай ЕДИНИЦА П-участник Одобрение с комментариями
    Венесуэла ФУНДОНОРМА П-участник Одобрение с комментариями
    олень АНСИ Секретариат Одобрение с комментариями
    Гана ГСБ Одобрение с комментариями
    Иордания ТЕЛО Одобрение с комментариями
    Бразилия АБНТ О, член Неодобрение
    Филиппины БПС О, член Неодобрение
    Таиланд САЛФЕТКА О, член Неодобрение
    Канада SCC П-участник Неодобрение
    Китай САК П-участник Неодобрение
    Чешская Республика ЦНИ П-участник Неодобрение
    Дания ДС П-участник Неодобрение
    Эквадор ПО убыванию П-участник Неодобрение
    Франция АФНОР П-участник Неодобрение
    Индия ДО П-участник Неодобрение
    Иран, Исламская Республика Это не П-участник Неодобрение
    Ирландия НСАИ П-участник Неодобрение
    Япония JISC П-участник Неодобрение
    Корея, Республика КАТС П-участник Неодобрение
    Новая Зеландия СНЗ П-участник Неодобрение
    Норвегия СН П-участник Неодобрение
    ЮАР САБС П-участник Неодобрение
    Великобритания БСИ П-участник Неодобрение

    25–29 февраля 2008 г. в Женеве, Швейцария, было проведено собрание по принятию решений для рассмотрения поправок к предложению OOXML. Согласно правилам ISO, национальные органы по стандартизации имеют тридцать дней после собрания по принятию решений по результатам голосования, чтобы пересмотреть и, возможно, изменить свои решения.

    Бельгия
    Бельгийское бюро нормализации рассмотрело поправки, но не смогло достичь консенсуса по этому предложению. Таким образом, первоначальное воздержание Бельгии было оставлено в силе. [23]
    Чешская Республика
    Чешский институт нормализации рассмотрел поправки и изменил свое первоначальное голосование против предложения на голосование за. [24]
    Германия
    Комитет по стандартам информационных технологий и приложений рассмотрел поправки и подтвердил первоначальное голосование Германии за это предложение. [25]
    Индия
    Бюро стандартов Индии рассмотрело поправки и подтвердило первоначальное голосование Индии против этого предложения. [26]
    Нидерланды
    Нидерландский институт стандартизации (NEN) рассмотрел поправки и подтвердил первоначальное воздержание Нидерландов. [27]
    Тринидад и Тобаго
    Бюро стандартов Тринидада и Тобаго объявило, что изменит свое первоначальное воздержание на голосование за пересмотренное предложение. [28]
    Соединенные Штаты
    Международный комитет по стандартам информационных технологий (INCITS) рассмотрел поправки и подтвердил первоначальное голосование США за это предложение. [29]

    восемьдесят семь стран-членов ISO и IEC . В сентябре 2007 года на голосование откликнулись [30] Был 51 голос «одобрения», 18 голосов «неодобрения» и 18 воздержавшихся. «П-члены», которые должны были голосовать, должны были одобрить текст с 66,67% голосов. Члены P проголосовали 17 из 32, что ниже необходимого порога для одобрения. Кроме того, не более 25% от общего числа голосов членов могут быть против одобрения текста, и это требование также не было выполнено, поскольку 26% от общего числа голосов были отрицательными. Затем процесс стандартизации вступил в стадию принятия решения по результатам голосования, описанную ниже.

    Ответ на комментарии к бюллетеням

    [ редактировать ]

    Ecma подготовила проект документа «Расположение комментариев», в котором рассматриваются 1027 отдельных «комментариев NB» (то есть комментариев национальных органов), которые были представлены на этапе голосования по почте. Этот документ содержал 1600 страниц комментариев и предлагаемых изменений. У членов ISO и IEC было 6 недель на рассмотрение этого проекта, а также была возможность принять участие в нескольких неофициальных телеконференциях с Ecma TC45, чтобы обсудить его перед BRM. [31]

    Процесс принятия решения по бюллетеням

    [ редактировать ]

    Совещание по принятию решений по результатам голосования (BRM) является неотъемлемой частью этапа принятия решений по результатам голосования. Результат и период после этого собрания решили, удалось ли DIS 29500 стать международным стандартом или нет. DIS 29500 BRM состоялся в конце февраля 2008 года.

    На BRM Ecma представила 873 предложенных изменения к спецификации (из 1027 ответов в 154 не было предложено никаких изменений). Из них только 20% обсуждались и изменялись на заседаниях, учитывая пятидневный срок собрания. Остальные 80% не обсуждались и подпадали под действие механизма голосования, одобренного собранием (см. резолюцию 37 решений собрания, приведенную ниже). Используя этот механизм голосования, национальные бюро могли одобрить, не одобрить или воздержаться по каждому из предложенных изменений. Это позволило принять решение по ряду одобренных изменений без обсуждения. [32] [33]

    Используя исходный представленный проект в качестве основы, все согласованные изменения были применены редактором проекта для создания нового набора документов, включающего изменения, согласованные в ходе BRM. Параллельно с этим у НБ было 30 дней после ДРМ, чтобы решить, вносить ли поправки в свои голоса от 2 сентября 2007 года.

    Результат голосования

    [ редактировать ]

    Ряд членов JTC 1 воспользовались возможностью внести поправки в свои голоса, преимущественно в пользу утверждения DIS 29500. Так, 2 апреля 2008 г. ISO и IEC официально заявили, что DIS 29500 был одобрен для принятия в качестве стандарта ISO/IEC. Стандартно, ожидается рассмотрение апелляций. Они заявили, что «75% голосов участвующих членов JTC 1 были положительными, а 14% от общего числа голосов национальных членов - отрицательными» [34] В соответствии с директивами JTC 1 редактор проекта создал новую версию окончательного текста в течение месяца после BRM. После рассмотрения, исправлений и решения апелляций этот текст был распространен среди членов SC34. [35]

    Апелляции

    [ редактировать ]

    Четыре члена JTC 1 подали апелляцию на стандартизацию: органы Южной Африки, [36] [37] Бразилия, Индия [38] и Венесуэла . [39] Поскольку система апелляций предназначена для поиска решения путем консенсуса, маловероятно, что этот процесс привел бы к отказу ISO/IEC от разработки DIS 29500. [39] Руководители ISO и IEC сообщили правлению, что эти апелляции больше не следует обрабатывать: сообщается, что генеральный секретарь ISO заявил: «[t] обработка проекта ISO/IEC DIS 29500 была проведена в соответствии с директивами ISO/IEC JTC 1, с решениями, определяемыми голосованием, выраженным соответствующими национальными органами ISO и IEC под их собственную ответственность, и, следовательно, по причинам, указанным выше, апелляции не должны обрабатываться дальше». [40]

    Основным вопросом в апелляциях были процедуры BRM. [ нужна ссылка ] . Три страны, подавшие апелляцию, не подали апелляцию во время BRM, и даже все проголосовали за одобрение резолюции, которая позволяла голосовать по каждой из резолюций, которые не обсуждались на пленарном заседании, посредством формы. [41] Три страны, подавшие апелляцию, использовали эту форму голосования для голосования неодобрения большинства ответов (всего это сделали только 4 страны), но им не удалось добиться отклонения значительного числа ответов. [ нужна ссылка ] .

    Апелляции не получили достаточной поддержки со стороны национальных органов, голосующих в советах директоров ISO и IEC, и, как следствие, было дано добро на публикацию ISO/IEC DIS 29500, Информационные технологии. Форматы Office Open XML, в качестве международного стандарта ISO/IEC. Стандарт от 15 августа 2008 г. [42]

    Публикация

    [ редактировать ]

    Международный стандарт ISO/IEC 29500:2008 был опубликован в ноябре 2008 года. [43]

    Режим обслуживания

    [ редактировать ]

    После стандартизации ISO/IEC 29500 ISO/IEC JTC 1/SC 34 в качестве назначенной группы по сопровождению стандарта учредил две специальные группы для принятия решений о том, как будет поддерживаться стандарт: [44] группа для сбора комментариев по новому утвержденному стандарту и группа для принятия решения о том, какие конструкции следует использовать для долгосрочного обслуживания. Итоговая рекомендация [45] заключалось в том, что ISO/IEC JTC 1/SC 34 должен взять на себя полный контроль над работами по сопровождению ISO/IEC 29500. Это решение было должным образом ратифицировано. [46] на встрече SC 34 в сентябре 2008 года на острове Чеджу, Корея . Компания Ecma была приглашена в качестве связующего звена для предоставления отдельных экспертов для участия в техническом обслуживании. Это решение заменило более раннее предложение Ecma, в котором сама Ecma предлагала взять на себя ответственность за техническое обслуживание. [47]

    21 мая 2008 года Microsoft объявила, что будет «активным участником будущего развития стандартов ODF , Open XML , XPS и PDF ». [48]

    ISO/IEC 29500 поддерживается в Рабочей группе 4 («WG 4») ISO/IEC JTC 1/SC 34 под руководством МУРАТЫ Макото из Японии.

    В рамках этого режима технического обслуживания применяются Директивы JTC 1, которые предусматривают, что:

    • Предложения по внесению поправок в текст и принятие любых таких поправок подлежат обычному процессу голосования JTC 1 (Директивы JTC 1). [9] пункт 15.5)
    • Стандарт не может быть «стабилизирован» (больше не подлежит периодическому обслуживанию), кроме как путем одобрения голосованием JTC 1 (Директивы JTC 1, [9] пункт 15.6.2).
    • Чтобы стандарт был стабилизирован, он должен пройти один цикл проверки (Директивы JTC 1, [9] пункт 15.6.1). В этом цикле проверки текст должен был быть переписан, чтобы соответствовать форматным и словесным требованиям ISO (Директивы JTC 1, [9] пункт 13.4).

    У РГ 4 есть веб-сайт и открытый реестр документов. [49] Журналы дефектов и статистика рабочей группы 4 доступны в Интернете. [50]

    На заседании WG4 в Копенгагене 22–24 июня 2009 г. в качестве присутствующих было указано 16 человек; 5 из них работали в Microsoft, 4 — в университетах. [51]

    Реакция на стандартизацию

    [ редактировать ]

    Жалобы на процесс национальных органов

    [ редактировать ]
    Протест против стандартизации ISO OOXML в Осло , Норвегия
    Акция протеста против стандартизации Office Open XML ISO в Бангалоре , Индия

    Были утверждения, что процесс голосования ISO по Office Open XML был омрачен нарушениями при голосовании и жесткой тактикой со стороны некоторых заинтересованных сторон. [52] [53] [54]

    • В Ars Technica статье Гроклау утверждает, что на заседании технического комитета национального органа Португалии «представители Microsoft пытались доказать, что Sun Microsystems , создатели и сторонники конкурирующего формата OpenDocument (ODF), не могут получить место за столом переговоров, потому что не хватало стульев». [55]
    • В Швеции Microsoft уведомила Шведский институт стандартов (SIS) о том, что сотрудник разослал памятку двум ее партнерам с просьбой присоединиться к комитету SIS и проголосовать за Office Open XML в обмен на «маркетинговый вклад». [56] Джейсон Матусов, директор группы стратегии корпоративных стандартов Microsoft, заявил, что записка была действием отдельного сотрудника, действующего вне политики компании, и что записка была отозвана, как только она была обнаружена. [57] [58] С тех пор SIS изменила процедуру голосования, так что член должен действительно принять участие, прежде чем ему будет разрешено голосовать. [56]
    • Швеция признала свой голос недействительным (80% голосов было за одобрение), поскольку одна компания отдала более одного голоса, что противоречит политике SIS. [59]
    • Финские IT-журналисты охарактеризовали эту встречу как вызвавшую серьезные разногласия во мнениях. [60] [61]
    • В Швейцарии SNV зарегистрировала голосование «одобрение с комментариями», а также была некоторая критика по поводу «конфликта интересов» в отношении председателя подкомитета UK 14, который не допускал обсуждения лицензионных, экономических и политических аргументов. [62] [63] Кроме того, председатель соответствующего родительского комитета SNV также является генеральным секретарем Ecma International. [ нужна ссылка ] , который утвердил OOXML в качестве стандарта. Дальнейшие жалобы касались «вбросов в комитете», которые, однако, разрешены нынешними правилами SNV, а также несоблюдения правил SNV председателем UK 14, что привело к повторному голосованию с тем же результатом. [ нужна ссылка ]
    • Национальный орган Австралии по стандартизации Standards Australia подвергся критике за подход к процессу OOXML со стороны Новозеландского общества открытого исходного кода . [64] консалтинговая фирма с открытым исходным кодом Waugh Partners, Австралийского национального университета Роджер Кларк, профессор [65] Юрист OASIS Эндрю Апдегроув, [65] ИБМ [ нужна ссылка ] и Google [ нужна ссылка ] . Стандарты Австралии направили по XML и схематрону эксперта по ISO SC 34 и специалиста Рика Джеллиффа , несмотря на критику. в BRM [66] утверждая, что Джеллифф не будет представлять точку зрения тех, кто выступает против стандартизации. Ранее Джеллифф появлялся в новостях после того, как Microsoft предложила ему оплату за исправление неверных статей в Википедии об Office Open XML. [67] Microsoft купила у его компании инструмент преобразования схем, и он выполнил первоначальное преобразование схем Office Open XML из схем XML в RELAX NG. [ нужна ссылка ] , оба языка схем он занимался стандартизацией. Утверждалось, что Standards Australia нарушила предыдущее публичное обещание направить в BRM двух внутренних сотрудников. [68] [69] Однако Standards Australia выпустила пресс-релиз, опровергающий это и заявляющий, что статья Computerworld «пронизана неточностями и искажениями». [70]
    • Решение по голосованию Норвегии было принято Standard Norge ; Наиболее противоположные точки зрения технического комитета привели к голосованию неодобрения при голосовании 2007 года. Однако в 2008 году администрация Standard Norge изменила голос Норвегии на «одобрение», даже несмотря на то, что большинство членов комитета высказались за сохранение своего голоса «неодобрения». Членский состав технического комитета увеличился с 6–7 до 30 человек; все члены pre-OOXML высказались за голосование «против». [71] [72] [73] [74] В октябре 2008 года 13 из 23 участников, 12 из которых связаны с движением открытого исходного кода , [75] подал в отставку [76] после того, как OOXML был ратифицирован ISO и все апелляции были отклонены.
    • Программа сообщества IDABC (которой управляет Европейская комиссия ) управляет «Обсерваторией открытого исходного кода», которая «занимается свободным/свободным/открытым программным обеспечением». [77] Через свои «Новости с открытым исходным кодом» он сообщил об отчетах, критикующих процесс стандартизации.
      • В нем говорится, что немецкий новостной сайт информационных технологий Heise сообщает, что в Германии двум противникам Office Open XML, Deutsche Telekom и Google , не было разрешено голосовать. [78] потому что они попытались присоединиться к комитету в последнюю минуту. [79] Open Source News сообщает: «Участники назвали этот процесс нелепым».
      • В нем приводится отчет Михила Леенаарса (директора Интернет-сообщества Нидерландов) о том, что в Нидерландах «председатель национального комитета по стандартизации, принявший решение по OOXML, протестовал против того, что почти единогласное условное одобрение было заблокировано Microsoft». [78]
      • В нем сообщается об отчете Бориса Муселяка , члена польского сообщества Linux, который написал на сайте PolishLinux, что польский технический комитет KT 171 отклонил Office Open XML. [80] Голосование было признано недействительным и передано КТ 182. Член польского сообщества Linux считает, что это произошло из-за «реорганизации польского органа по стандартизации». 182 КТ проголосовали за одобрение Office Open XML. [81]
      • Сообщается, что в Андалусии директор департамента инноваций Андалусии пожаловался на то, что Microsoft предоставила дезинформацию в испанский национальный орган, заявив, что она (Андалусия) поддерживает предложение компании по Office Open XML. [82]
      • Сообщается, что в Португалии одиннадцать компаний (включая IBM ) и группы по защите открытого исходного кода обратились к Министерству экономики и инноваций Португалии с просьбой расследовать голосование Португалии по Office Open XML. [83]
    • В июне 2008 года Высокий суд Соединенного Королевства отклонил жалобу Британской группы пользователей Unix и открытых систем (UKUUG) с просьбой о пересмотре решения Британского института стандартов проголосовать за DIS 29500. Судья прокомментировал, что «это заявление не раскрывает каких-либо спорных нарушений процедур BSI или правил процессуальной справедливости». [84]

    Другие жалобы

    [ редактировать ]

    Еще одно письмо протеста было подано Open Source Leverandørforeningen , датской открытого исходного кода . ассоциацией поставщиков [85] хотя непосредственно самой компанией Dansk Standard не было подано никакой апелляции.

    В сентябре 2008 года было выпущено совместное письмо, известное как декларация Consegi , которое подписали 3 представителя свободного программного обеспечения стран, подавших обращения (Южная Африка, Бразилия и Венесуэла), а также Эквадора , Кубы и Парагвая .

    После того, как спецификация была официально принята в качестве стандарта ISO, Red Hat [ нужна ссылка ] и IBM [ нужна ссылка ] утверждал, что ISO теряет доверие, иОснователь Ubuntu Марк Шаттлворт прокомментировал: «Мы не собираемся вкладывать средства в попытки реализовать плохо определенный стандарт». [86] [87] IBM выпустила пресс-релиз, в котором говорится: «IBM продолжит активно поддерживать ODF. Мы надеемся стать частью сообщества, которое работает над гармонизацией ODF и OOXML ради потребителей, компаний и правительств, когда контроль и обслуживание OOXML полностью перенесен в JTC1». [88]

    Проверка ускоренного процесса

    [ редактировать ]

    Deutsches Institut für Normung (DIN, Германия) проголосовал «за» по DIS 29500 и заявил, что DIN в целом «признал отсутствие серьезных нарушений правил JTC 1 и ISO», но «вывод был сделан». что правила ускоренной процедуры необходимо изменить». [89]

    На пленарном заседании JTC 1 в Наре , Япония, которое состоялось в ноябре 2008 года, была принята резолюция, касающаяся проблем, выраженных во время стандартизации ISO/IEC 29500. [90] Резолюция 49 называлась «Разъяснение соответствия стандартов конкурирующим спецификациям» и содержала следующий текст:

    JTC 1 признает свою приверженность принципу «одного стандарта» ISO и IEC; однако он признает, что ни он, ни его SC не в состоянии предписывать создание или использование единого стандарта, и что бывают случаи, когда несколько стандартов имеют наибольший смысл для удовлетворения потребностей рынка и общества в целом. Априори определять критерии принятия таких решений непрактично. Поэтому каждый стандарт должен оцениваться национальными органами, исходя из их рынков, на основании его собственных достоинств.

    На сопутствующем заседании Специальной рабочей группы по директивам (SWG-Directives) в Осаке была вынесена рекомендация [91] описание ряда «концепций», которые в будущем будут применяться к процессу принятия решений по результатам голосования в рамках будущих стандартов ускоренного режима. Они отражали процесс, который имел место при разработке ISO/IEC 29500:

    1. Целью является рассмотрение и обработка комментариев к бюллетеням.
    2. Совещание должно иметь отдельную повестку дня и созываться как отдельное собрание, даже если оно приурочено к совещанию ПК/РГ или совмещено с ним.
    3. Комментарии должны обсуждаться в рамках одной встречи, а НЕ распределяться по серии встреч.
    4. Совещание открыто для участников ускоренного режима и для всех национальных органов независимо от того, голосовал ли национальный орган по рассматриваемому документу или нет – никаких ограничений на участие национального органа нет.
    5. Участники собрания представляют свой национальный орган и позиции своего национального органа.
    6. Все национальные органы имеют равное право голоса при принятии любых решений, принимаемых во время заседания.
    7. Редактор проекта должен подготовить предложенное редактором решение по комментариям к бюллетеням за достаточное время до BRM, чтобы его могли рассмотреть национальные органы. Предложенное этим редактором описание комментариев будет рассмотрено во время собрания по принятию решений по голосованию.
    8. Порядок комментариев к бюллетеням, одобренный во время собрания, должен быть распространен после собрания для информации всем национальным органам.
    9. Когда все комментарии рассмотрены и решение по комментариям одобрено собранием, критерии собрания BRM соблюдены.

    Юрист по стандартам Энди Апдегроув (чья фирма представляет OASIS ) отметил, что он «поражен и встревожен» этими концепциями, поскольку они «по сути представляют собой ратификацию поведения Женевского BRM». [92]

    Расследование Microsoft Европейской комиссией

    [ редактировать ]

    В январе 2008 года Европейская комиссия начала антимонопольное расследование совместимости формата Office Open XML по запросу Европейского комитета по совместимым системам , названного «коалицией крупнейших конкурентов Microsoft». [93] Анонимный источник(и) Wall Street Journal утверждает, что это расследование также включает в себя расследование того, нарушила ли Microsoft антимонопольное законодательство в ходе процесса стандартизации. [94] Газета Financial Times сообщает, что европейские члены ISO подтвердили получение письма от Европейской комиссии, «с вопросом, как они готовились к голосованию [...] по принятию формата документов Microsoft OOXML в качестве мирового стандарта». [95]

    Жалобы Microsoft на конкурентов

    [ редактировать ]

    14 февраля 2007 года Microsoft в открытом письме раскритиковала сопротивление IBM процессу стандартизации Office Open XML, заявив, что

    7 декабря Ecma одобрила принятие Open XML в качестве международного открытого стандарта. Голосование было почти единогласным; из 21 члена голос IBM был единственным против. IBM снова оказалась единственным несогласным, когда Ecma также согласилась представить Open XML в качестве стандарта для ратификации ISO/IEC JTC1. [96] IBM возглавила глобальную кампанию, призывая национальные органы потребовать, чтобы ISO/IEC JTC1 даже не рассматривал Open XML, поскольку ODF первым прошел через ISO/IEC JTC1.

    Никос Цилас, старший директор Microsoft по вопросам совместимости и политики интеллектуальной собственности, преуменьшая убежденность Microsoft в злоупотреблении монопольной властью в США и ЕС, выразил обеспокоенность тем, что IBM и Фонд свободного программного обеспечения лоббируют правительства с целью обязать использование конкурирующего формата OpenDocument (ODF). за исключением других форматов. По его мнению, они "используют государственное вмешательство как способ конкуренции", поскольку "технически не могут конкурировать". [97] [98]

    IBM обратилась к правительствам с просьбой проводить политику эксклюзивных закупок с открытым исходным кодом.

    Аргументы в поддержку и критику стандарта Office Open XML

    [ редактировать ]

    Поддерживать

    [ редактировать ]

    Microsoft считает, что следует принять собственный формат. Он представил этот аргумент на своем «веб-сайте сообщества», сайте, принадлежащем и управляемом Microsoft. [99]

    Первоначально компания Sun Microsystems проголосовала против одобрения DIS 29500 в комитете INCITS V1, но заявила в списке рассылки комитета: «Мы хотим совершенно ясно дать понять, что мы поддерживаем превращение DIS 29500 в стандарт ISO и полностью согласны с заявленными целями обеспечения возможности совместимость между различными реализациями и обеспечение совместимого доступа к устаревшим документам Microsoft Office». и что «мы проголосовали в ожидании, что [...] будут внесены изменения и что версия DIS 29500, способная достичь своих целей, будет одобрена в качестве стандарта ISO». [100]

    ODF Alliance India опубликовала в 2007 году обширный технический отчет, содержащий конкретные вопросы членов ассоциации, а также ответы Microsoft. [101]

    В декабре 2007 года Ecma International объявила, что многие из выявленных проблем будут учтены в следующем издании предложения по стандартизации ISO . [102]

    База пользователей

    [ редактировать ]

    Наиболее широко используемые офисные пакеты повышения производительности в настоящее время основаны на различных проприетарных форматах двоичных файлов , созданных методом обратной разработки , например, созданных в последующих выпусках Microsoft Word, PowerPoint и Excel. Однако OOXML — это новый формат, который не совместим ни с одним из старых форматов Microsoft Office. [111]

    Политические аргументы

    [ редактировать ]

    Что касается предполагаемого совпадения области применения с форматом OpenDocument, Ecma предоставила следующие политические аргументы в пользу стандартизации: совпадение области применения стандартов ISO/IEC является обычным явлением и может служить практическим целям; Office Open XML учитывает различные требования пользователей; Формат OpenDocument и Office Open XML структурированы так, чтобы удовлетворить различные требования пользователей; а Office Open XML и OpenDocument могут служить двойными стандартами. [112]

    Технические аргументы

    [ редактировать ]

    Исследование, проведенное Немецким обществом Фраунгофера, сравнивающее IS 29500:2008 и IS 26300:2006 (ODF 1.0), показало:

    Можно сделать вывод, что многие функциональные возможности, особенно те, которые содержатся в более простых документах, могут быть переведены между стандартами, в то время как перевод других функциональных возможностей может оказаться сложным или даже невозможным. [113]

    • Использование соглашений об открытой упаковке , которые допускают косвенную , фрагментированную и относительную косвенность. [114]
    • Использует формат ZIP, что делает ZIP частью стандарта. Из-за сжатия файлы меньше, чем текущие двоичные форматы. [114]
    • Он поддерживает пользовательские элементы данных для интеграции данных, специфичных для приложения или организации, которая хочет использовать этот формат. [114]
    • Он определяет формулы электронных таблиц. [115]
    • Office Open XML содержит альтернативные представления схем XML и механизмы расширения с использованием RELAX NG (ISO/IEC 19757-2) и NVDL (ISO/IEC 19757-4). [114]
    • Никаких ограничений на типы изображений, аудио и видео, Книга 1 §14.2.12. [114]
    • Встроенные элементы управления могут быть любого типа, например Java или ActiveX , Книга 1 §15.2.8. [114]
    • Спецификации шрифтов WordprocessingML могут включать метрики шрифта и информацию PANOSE , чтобы помочь в поиске замещающего шрифта, если оригинал недоступен, Книга 3, §2.10.5. [114]
    • В ситуации, когда приложение-потребитель может быть неспособно интерпретировать то, что написало приложение-производитель, Office Open XML определяет альтернативный блок содержимого, который может представлять указанные данные в альтернативном формате, например в виде изображения. Книга 3 §2.18.4. [114]
    • Поддержка интернационализации. Например, представление даты: в WordprocessingML (книга 4 §2.18.7) и SpreadsheetML (книга 4 §3.18.5) календарные даты после 1900 г. н. э. могут быть записаны с использованием григорианского (три варианта), иврита , хиджры , японского (эпоха императора) ) , корейский (эпоха Тангун) , сакский , тайваньский и тайский форматы. Кроме того, существует несколько функций преобразования электронных таблиц, связанных с интернационализацией. [114]
    • Расширяемость пользовательской схемы XML позволяет добавлять в формат новые функции. Это может, например, облегчить преобразование из других форматов и будущих функций, которые не являются частью официальной спецификации. [114]

    Критика

    [ редактировать ]

    Технический

    [ редактировать ]

    Стандарт был предметом дискуссий в индустрии программного обеспечения. Спецификацию объемом более 6000 страниц сложно оценить быстро. [116] Противники также утверждают, что у пользователей может возникнуть путаница в отношении этих двух стандартов из-за сходства имени «Office Open XML» с «OpenDocument» и «OpenOffice». Возражающие также утверждали, что стандарт ISO для документов уже существует и нет необходимости во втором стандарте. [117]

    Google заявил, что «стандарт ODF, который достигает той же цели, состоит всего из 867 страниц» и что

    Если бы ISO предоставила OOXML с его 6546 страницами тот же уровень проверки, что и другие стандарты, потребовалось бы 18 лет (6576 дней для 6546 страниц), чтобы достичь уровней проверки, сопоставимых с существующим стандартом ODF (871 день для 867 страниц). ), который достигает той же цели и, таким образом, является хорошим сравнением.

    Учитывая, что OOXML получил лишь около 5,5% проверок по сравнению с аналогичными стандартами, сообщения о несоответствиях, противоречиях и недостающей информации вряд ли удивительны. [118]

    В число тех, кто поддерживает стандарт ODF, входят FFII , ODF Alliance. [119] ИБМ , [120] а также Южная Африка и другие страны, которые выразили решительную оппозицию OOXML во время стандартизации.

    Группа действий ODF Alliance UK заявила, что вместе с OpenDocument уже существует стандарт ISO для файлов Office. [121] Кроме того, они утверждают, что формат файла Office Open XML в значительной степени основан на собственных приложениях Office Microsoft и, таким образом, не является нейтральным с точки зрения поставщиков, и что он несовместим с существующими стандартами ISO, такими как форматы времени и даты и цветовые коды . [121]

    Манипулирование процессом

    [ редактировать ]

    Кроме того, под сомнение поставлен сам процесс стандартизации. [117] [122] включая заявления о нарушениях при голосовании со стороны некоторых технических комитетов, представителей Microsoft и партнеров Microsoft при попытке получить одобрение Office Open XML. [117] [122] «Редакционная группа, которая на самом деле разрабатывает спецификацию, называется «ECMA», но на самом деле работу в основном выполняют люди из Microsoft». [122]

    Котировки после усыновления

    [ редактировать ]

    Во время групповой дискуссии на Red Hat Summit в Бостоне в июне 2008 года национальный технический директор Microsoft Стюарт Макки заявил, что «ODF явно победил». Он также сделал следующее заявление: [123] [124]

    Мы зашли так далеко по пути стандартизации, не имея никаких знаний. У нас нет отдела стандартов. В компании не было отдела стандартов. Я думаю, единственное, что мы признали и что нас разочаровало, это то, что к тому времени, когда мы осознали, что происходит, и сложившуюся конкурентную среду, мы опоздали и нам пришлось многое наверстывать. Было очень трудно вступать в разговоры по всему миру, где дебаты уже были сформулированы.

    25 июня 2008 г. Грей Ноултон, менеджер группы продуктов системы Microsoft Office, сделал следующие заявления относительно будущего Open XML: [125]

    Microsoft продолжит поддерживать разработку спецификации и внедрение форматов Open XML в дополнение к другой работе, которую мы ведем над форматами документов в Office. [...] В конце концов, Open XML по-прежнему остается лучшим выбором для сценариев совместимости и взаимодействия бизнес-направлений, которые мы обсуждали на протяжении всей его истории. [...] пока мы работаем над продвижением вперед ODF, мы будем оставаться приверженцами Open XML и считаем, что этот формат станет предпочтительным форматом для значительной части мирового сообщества.

    В интервью Ричард Столлман , глава Фонда свободного программного обеспечения , сказал: [126]

    Microsoft подкупила многих членов ISO, чтобы добиться одобрения своего фальшивого «открытого» формата документов OOXML. Это было сделано для того, чтобы правительства, хранящие свои документы в формате, предназначенном только для Microsoft, могли делать вид, что используют «открытые стандарты». Правительство ЮАР подало апелляцию на это решение, сославшись на нарушения в процессе.

    31 марта 2010 г. д-р Алекс Браун, который был организатором собрания по принятию решений по результатам голосования в феврале 2008 г., разместил запись в своем личном блоге. [127] в котором он жаловался на отсутствие прогресса со стороны Microsoft в адаптации текущих и будущих версий Microsoft Office для создания файлов в строгом (в отличие от переходного) формате ISO 29500:

    В этом отношении Microsoft, похоже, обречена на провал. В своей предварительной версии Office 2010 поддерживает не утвержденный Strict вариант OOXML, а тот самый формат, который мировое сообщество отвергло в сентябре 2007 года и впоследствии пометил как не предназначенный для использования в новых документах — переходный вариант. Microsoft ведет себя так, как будто процесса стандартизации JTC 1 никогда не было...

    Microsoft ответила, что следующий выпуск Microsoft Office (версия 15) будет полностью поддерживать ISO/IEC 29500 Strict. [128]

    См. также

    [ редактировать ]

    Ссылки

    [ редактировать ]
    1. ^ Комитет по телематике между администрациями на базе экспертной группы IDA по открытым форматам документов (25 мая 2004 г.). «Утверждение ТАК заключений и рекомендаций по открытым форматам документов» . IDABC – Европейские электронные государственные услуги. Архивировано из оригинала 1 мая 2009 г. Проверено 30 июля 2007 г.
    2. ^ «Презентация на семинаре IDABC ODEF 2007 - Берлин» . Жан Паоли (сопредседатель Ecma TC45 и генеральный менеджер по совместимости и XML-архитектуре, Microsoft Corporation). 2007 . Проверено 5 июня 2009 г. [ постоянная мертвая ссылка ]
    3. ^ «Ecma International создает TC45 для стандартизации форматов файлов Office Open XML» . Экма Интернешнл. 2005 . Проверено 5 июня 2014 г.
    4. ^ «Новый открытый стандарт гарантирует дальнейшее использование миллиардов существующих документов» . Экма Интернешнл . Проверено 28 января 2007 г.
    5. ^ «TC45 — форматы Office Open XML» . Экма Интернешнл. Архивировано из оригинала 8 апреля 2015 г. Проверено 8 февраля 2007 г.
    6. ^ «TC45 — форматы Office Open XML» . Экма Интернешнл. Архивировано из оригинала 1 сентября 2006 г. Проверено 31 октября 2007 г.
    7. ^ «Ecma International утверждает стандарт Office Open XML» (Пресс-релиз). Экма Интернешнл . 7 декабря 2006 года . Проверено 8 декабря 2006 г.
    8. ^ «Стандарт ECMA-376» .
    9. ^ Перейти обратно: а б с д и «Директивы ISO/IEC JTC 1, 5-е издание, версия 2.0» . изо. Архивировано из оригинала 1 октября 2006 г. Проверено 28 января 2007 г.
    10. ^ Пояснительный отчет по стандарту Office Open XML (Ecma-376), представленный в JTC 1 для ускоренного рассмотрения.
    11. ^ Условия лицензирования, которые Microsoft предлагает для Office Open XML.
    12. ^ ISO / IEC DIS 29500. Архивировано 3 июля 2010 г. в Wayback Machine , Информационные технологии - Форматы файлов Office Open XML.
    13. ^ Ким Хаверблад (27 августа 2007 г.). «Microsoft покупает шведское голосование по OOXML» . ОС2Мир .
    14. ^ Дэниел Голдберг (29 августа 2007 г.). «Microsoft настаивала на том, чтобы партнеры голосовали «за»» [Microsoft требовала от партнеров голосовать «за». IDG.se (на шведском языке).
    15. ^ Джейсон Матусов (30 августа 2007 г.). «Открытый XML – голосование в Швеции» .
    16. ^ Ким Хаверблад (30 августа 2007 г.). «Шведское голосование по OOXML признано недействительным!» . ОС2Мир . Архивировано из оригинала 8 марта 2013 года . Проверено 26 февраля 2013 г.
    17. ^ ISOC.nl сожалеет об отсутствии решения Нидерландов по OOXML. Архивировано 11 июля 2012 г. на archive.today . Пресс-релиз Интернет-сообщества Нидерландов, 17 августа 2007 г.
    18. ^ Официальное возражение ФСПО против встречи UK14 . Европейский фонд свободного программного обеспечения. 13 августа 2007 г.
    19. ^ Швейцарская группа пользователей Интернета. Письмо в Швейцарскую ассоциацию по стандартизации SNV. Архивировано 6 апреля 2008 г. в Wayback Machine . 14 августа 2007 г.
    20. ^ Юсери Юсофф (5 сентября 2007 г.). «OOXML (пока) не является стандартом ISO, поскольку Малайзия голосует «нет»… или так сделали мы?» . Откройте Малайзию. Архивировано из оригинала 26 июля 2009 года.
    21. ^ «Голосование по проекту стандарта ISO/IEC DIS 29500 завершается» . ИСО. 4 сентября 2007 г.
    22. ^ JTC 1/SC 34 загрузка бюллетеней ( ZIP )
    23. ^ Бруно Лейнсе (25 марта 2008 г.). «La Belgique s'abstient à propos d'OOxml» [Бельгия воздерживается при голосовании по OOXML] (на французском языке). Новости данных. Архивировано из оригинала 30 марта 2008 года.
    24. ^ «Заявление CNI для прессы о проекте международного стандарта ISO IEC DIS 29500» . Чешский институт стандартизации. [ мертвая ссылка ] (на чешском языке)
    25. ^ «Zankapfel Dokumentenaustauschformat» (на немецком языке). Электронные государственные вычисления. 18 марта 2008 г. Архивировано из оригинала 30 марта 2008 г.
    26. ^ Абхиманью Радхакришнан (20 марта 2008 г.). «Последние новости: окончательное голосование Индии по стандарту файлов MS Office — «НЕТ» » . Tech2.com Индия .
    27. ^ Ян Ритвельд. «Нидерландский стенд «Форматы файлов Office Open XML» verandert niet» (на голландском языке). Нидерландский институт стандартизации. Архивировано из оригинала 2 июня 2008 года.
    28. ^ «Бюро стандартов Тринидада и Тобаго голосует за одобрение DIS29500» . Компьютерное общество Тринидада и Тобаго. 22 марта 2008 г.
    29. ^ «Подсчет голосов за INCITSLB2558» . Международный комитет по стандартам информационных технологий. [ мертвая ссылка ]
    30. ^ «Голосование по проекту стандарта ISO/IEC DIS 29500 завершается» (пресс-релиз). Международная организация по стандартизации . 4 сентября 2007 года . Проверено 4 сентября 2007 г.
    31. ^ Том Нго (14 января 2008 г.). «Предлагаемые положения по комментариям национальных органов по DIS 29500 завершены – начинается новый этап» . Экма Интернешнл . Проверено 14 января 2008 г.
    32. ^ SC 34. «Резолюции собрания по резолюциям голосования по стандарту ISO/IEC DIS 29500» (PDF) . Архивировано из оригинала (PDF) 12 мая 2014 г. {{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )
    33. ^ «На заседании по итогам голосования рассматриваются комментарии к проекту стандарта ISO/IEC 29500» . Новости ИСО и СМИ. 05 марта 2008 г.
    34. ^ ИСО/МЭК (2 апреля 2008 г.). «ISO/IEC DIS 29500 получает необходимые голоса для утверждения в качестве международного стандарта» . ИСО . Проверено 7 июня 2009 г.
    35. ^ IS 29500 отправлен в ITTF для публикации (Йеспер Лунд Стохольм, личный блог - «Это, наконец, позволит НБ ISO проверить, вошли ли редакционные инструкции BRM в окончательный текст»)
    36. ^ Выдра, Аластер (23 мая 2008 г.). «Южная Африка подает апелляцию на решение ISO OOXML» . Тектонический.
    37. ^ «Апелляция национального органа Южной Африки относительно результатов ускоренной обработки открытого XML DIS 29500 Office» (PDF) . SABS ( Южноафриканское бюро стандартов ). 22 мая 2008 г. Проверено 24 мая 2008 г.
    38. ^ Сэйер, Питер (30 мая 2008 г.). «Индия и Бразилия подали апелляции на стандартизацию OOXML» . Мир ПК .
    39. ^ Перейти обратно: а б Эспинер, Том (2 июня 2008 г.). «Венесуэла и Индия апеллируют к ратификации OOXML» . ZDNet.co.uk.
    40. ^ Пол, Райан (10 июля 2008 г.). «Руководство ISO призывает отклонить апелляцию по OOXML» . Арс Техника . Проверено 10 июля 2008 г.
    41. ^ «РЕЗОЛЮЦИИ СОБРАНИЯ» (PDF) . Архивировано из оригинала (PDF) 12 мая 2014 г. Проверено 10 мая 2014 г.
    42. ^ «Члены ISO и IEC дают добро на ISO/IEC DIS 29500» . ИСО. 15 августа 2008 г.
    43. ^ «Исследования и анализ | IHS Markit» . Electronics.ihs.com . Проверено 28 января 2019 г.
    44. ^ «Резолюции 34-го пленарного заседания ПК, 09.04.2008, Осло, Норвегия» . Секретариат ISO/IEC JTC 1 SC 34. 9 апреля 2008 г. Архивировано из оригинала 12 мая 2014 г.
    45. ^ «Отредактированные заметки, аккламации и список участников собрания ISO/IEC JTC 1 SC 34 Специальной группы 1, состоявшегося в Лондоне, Великобритания, 21 июля 2008 г.» . Секретариат ISO/IEC JTC 1 SC34. 23 июля 2008 г. Архивировано из оригинала 12 мая 2014 г.
    46. ^ «Резолюции пленарного заседания ISO/IEC JTC 1/SC 34, 1 октября 2008 г., Чеджу, Республика Корея» . Секретариат ISO/IEC JTC 1 SC 34. 02.10.2008. Архивировано из оригинала 5 июня 2014 г.
    47. ^ «Предложение по совместному плану обслуживания IS 29500 — форматы файлов Office Open XML» (PDF) . Архивировано из оригинала (PDF) 25 июля 2021 г.
    48. ^ «Microsoft расширяет список форматов, поддерживаемых в Microsoft Office» . Microsoft.com. 21 мая 2008 г. Проверено 19 мая 2009 г.
    49. ^ «JTC 1/SC 34/WG4 — Office Open XML» . Секретариат ISO/IEC JTC 1/SC 34. 3 июня 2009 г. Архивировано из оригинала 5 июня 2014 г.
    50. ^ «Отчеты о дефектах по ISO/IEC 29500 (OOXML)» . Секретариат ISO/IEC JTC 1/SC 34. Архивировано из оригинала 5 июня 2014 г.
    51. ^ «Протокол копенгагенского собрания ISO/IEC JTC 1/SC 34/WG4, 24 июня 2009 г.» (PDF) . 30 июня 2009 г. Архивировано из оригинала (PDF) 12 мая 2014 г. Проверено 29 сентября 2009 г.
    52. ^ Файвэш, Келли (31 марта 2008 г.). «OOXML одобрен как международный стандарт?» . Регистр . Проверено 1 апреля 2008 г.
    53. ^ Эрик, Лай. «Microsoft признает, что шведскому сотруднику обещали поощрения за поддержку Open XML» . компьютерный мир.com. Архивировано из оригинала 9 апреля 2008 г. Проверено 6 апреля 2008 г.
    54. ^ «Microsoft обвинена в фальсификации результатов голосования OOXML — ZDNet.co.uk» . Архивировано из оригинала 26 июля 2008 г. Проверено 26 июня 2008 г.
    55. ^ «Процесс сертификации Office Open XML ISO становится для Microsoft еще более мрачным» . Арс Техника. 26 июля 2007 г.
    56. ^ Перейти обратно: а б «Компьютерная Швеция | новости об информационных технологиях и цифровизации» . Компьютерная Швеция .
    57. ^ «Сотрудник Microsoft предложил поощрения за поддержку OOXML» , 30 августа 2007 г., Эрик Лай и Элизабет Монтальбано, Служба новостей IDG
    58. ^ «Голосование Швеции по OOXML признано недействительным» , 31 августа 2007 г., Мартин Вальстрем, Компьютер Швеция
    59. ^ «Голосование по OOXML в Швеции признано недействительным | InfoWorld | Новости | 31 августа 2007 г. | Мартин Вальстрем» . Архивировано из оригинала 5 марта 2008 года.
    60. ^ «Тиетоконе» . Архивировано из оригинала 12 октября 2007 г. Проверено 6 января 2009 г.
    61. ^ «Мигающий спор о стандартах Microsoft — Компьютер» . Архивировано из оригинала 20 июля 2011 г. Проверено 6 января 2009 г.
    62. ^ Официальное возражение ФСПО против встречи UK14 . Европейский фонд свободного программного обеспечения. 13 августа 2007 г.
    63. ↑ Апелляция на решение. Архивировано 6 апреля 2008 г. в Wayback Machine швейцарской группой пользователей Интернета. 14 августа 2007 г.
    64. ^ Гедда, Родни (21 февраля 2008 г.). «Президент NZOSS высказывает свое мнение по поводу битвы за австралийские стандарты» . Архивировано из оригинала 22 мая 2010 года.
    65. ^ Перейти обратно: а б «Заявление о предвзятости при голосовании в офисе» , 26 февраля 2008 г., Дилан Бушелл-Эмблинг, The Sydney Morning Herald.
    66. ^ «Проблемы с австралийской делегацией OOXML» .
    67. ^ «Интересное предложение» .
    68. ^ Гедда, Родни (20 февраля 2008 г.). «Разработчик Microsoft присоединяется к австралийской делегации по стандартам OOXML» . Австралия: Компьютерный мир . Архивировано из оригинала 22 ноября 2008 г. Проверено 31 марта 2008 г.
    69. ^ Бушелл-Эмблинг, Дилан (26 февраля 2008 г.). «Заявление о предвзятости при большом голосовании в офисе» . Сидней Морнинг Геральд . Проверено 20 апреля 2008 г.
    70. ^ «Делегация Австралии по стандартизации на совещании OOXML» (PDF) . 21 февраля 2008 г. Архивировано из оригинала (PDF) 13 сентября 2009 г. Проверено 7 июня 2009 г.
    71. ^ «Открытое письмо в ИСО» . Члены технического комитета. 7 апреля 2008 г.
    72. ^ «Ориентация на стандарты. Проведение голосования в Норвегии по OOXML в ISO» . Стандартная Норвегия. 4 апреля 2008 г. [ постоянная мертвая ссылка ]
    73. ^ «Нарушения OOXML в Норвегии» . Тобиас Брокс. 6 апреля 2008 г. Архивировано из оригинала 10 апреля 2008 г.
    74. ^ «Обработка стандартами Норвегии голосования по OOXML в ISO» (PDF) . Стандартная Норвегия. 2 апреля 2008 г.
    75. ^ «Радар — О’Рейли» . О'Рейли Медиа .
    76. ^ «Норвежский орган по стандартизации разваливается из-за разногласий по поводу OOXML» . 3 октября 2008 г.
    77. ^ «ИДАБК – Главная» . wayback.archive-it.org . Архивировано из оригинала 10 февраля 2020 года.
    78. ^ Перейти обратно: а б «ЕС: Сообщается о нарушениях в процессе ISO OOXML» . ИДАБК. 28 августа 2007 г. Архивировано из оригинала 2 июня 2008 г.
    79. ^ онлайн, Хайзе (23 августа 2007 г.). «Жаловались разногласия в решении DIN по Microsoft OpenXML» . Хайз онлайн .
    80. ^ «ПЛ: «Польша, скорее всего, проголосует против OOXML » . ИДАБК. 21 августа 2007 г. [ постоянная мертвая ссылка ]
    81. ^ «ЕС: ускоренного одобрения OOXML нет» . ИДАБК. 6 сентября 2007 г. [ постоянная мертвая ссылка ]
    82. ^ «ES: Андалусия протестует против искажений в комитете по стандартизации OOXML» . ИДАБК. 6 августа 2007 г. [ постоянная мертвая ссылка ]
    83. ^ «PT: Противники апелляции по файлу OOXML» . ИДАБК. 4 сентября 2007 г. [ постоянная мертвая ссылка ]
    84. ^ Баллард, Марк (10 июня 2008 г.). «Британские бородатые Unix просят денег» . Спрашивающий . ГБ. Архивировано из оригинала 10 июня 2008 года . Проверено 10 июня 2008 г. {{cite news}}: CS1 maint: неподходящий URL ( ссылка )
    85. ^ Райан, Джастин (2 июня 2008 г.). «Дания поддерживает возмущение OOXML» . LinuxЖурнал.
    86. ^ Пол, Райан (3 апреля 2008 г.). «Критики OOXML: одобрение ISO демонстрирует необходимость реформы» . Арс Техника .
    87. ^ Шаттлворт из Ubuntu винит ISO в победе OOXML | Открытый исходный код | ZDNet.com
    88. ^ «IBM реагирует на решение ISO OOXML | Новости | TechRadar UK» . Архивировано из оригинала 1 июня 2009 г. Проверено 7 июня 2009 г.
    89. ^ Кремпл, Стефан (2 июня 2008 г.). «Бразилия и Индия подали апелляцию против стандартизации ISO OOXML» . Heise Online Великобритания.
    90. ^ Резолюции, принятые на 23-м заседании ОТК 1 ИСО/МЭК, 10–15 ноября 2008 г. в Наре, Япония (PDF) , заархивировано из оригинала (PDF) 12 мая 2014 г.
    91. ^ Рекомендации заседания JTC 1 SWG-Directives, состоявшегося в ноябре 2008 г. в Осаке (PDF) , заархивировано из оригинала (PDF) 12 мая 2014 г.
    92. ^ «13 способов взглянуть на ошибочный процесс: JTC1 рекомендует реформировать процесс» . ConsortiumInfo.org. 23 ноября 2008 года . Проверено 28 января 2019 г.
    93. ^ «Пресс-релиз ЕС об антимонопольном расследовании Microsoft» . ЕВРОСОЮЗ. 14 января 2008 г.
    94. ^ Форель, Чарльз (8 февраля 2008 г.). «Предложение Microsoft Office тщательно изучается ЕС» . Уолл Стрит Джорнал .
    95. ^ «Изучите голоса по стандарту Microsoft» . Файнэншл Таймс. 5 марта 2008 г.
    96. ^ Архив документов. «Взаимодействие, выбор и открытый XML» . docs.microsoft.com . Проверено 18 августа 2019 г.
    97. ^ Винтерфорд, Бретт. «Microsoft: провал OOXML по вине IBM» . ЗДНет . Проверено 18 августа 2019 г.
    98. ^ Лидер. «Жестокая правда всплывает на поверхность в войне OOXML» . ЗДНет . Проверено 18 августа 2019 г.
    99. ^ Майкрософт. «Послушайте, что Ecma говорит об Open XML (абзац: Ключевые преимущества Open XML)» . OpenXMLcommunity.org. Архивировано из оригинала 17 мая 2007 г.
    100. ^ «Исправление к протоколу от 13 июля 2007 года» (ЕМЛ) . Проверено 26 мая 2024 г.
    101. ^ «Ответ на комментарии от 30 июня» (PDF) . Архивировано из оригинала (PDF) 16 февраля 2008 г. Проверено 7 марта 2008 г.
    102. ^ Экма Интернешнл. «Новые предлагаемые положения способствуют прогрессу в рассмотрении всех комментариев национальных органов, направлены на документирование и решение устаревших проблем – почти 2/3 комментариев сейчас рассмотрены» . Экма Интернешнл.
    103. ^ «Комитет по форматам TC 45 Office Open XML (включая список участников)» . Ecma-international.org. Архивировано из оригинала 1 сентября 2006 г. Проверено 16 сентября 2009 г.
    104. ^ «Microsoft PowerPoint — BSI OOXML v1b.ppt» (PDF) . Архивировано из оригинала (PDF) 6 марта 2009 г. Проверено 16 сентября 2009 г.
    105. ^ «Microsoft стандартизирует форматы Office — новости CNET» . News.cnet.com. 22 ноября 2005 г. Проверено 16 сентября 2009 г.
    106. ^ «Решение проблемы: Office Open XML и PDF/A — цифровое сохранение (Библиотека Конгресса)» . Digitalpreservation.gov. 2 апреля 2008 г. Проверено 16 сентября 2009 г.
    107. ^ «Фонд GNOME помогает OOXML?» . Слэшдот. 28 октября 2007 года . Проверено 19 мая 2009 г.
    108. ^ «Slashdot | de Icaza называет OOXML «превосходным стандартом» » . Linux.slashdot.org. 10 сентября 2007 года . Проверено 19 мая 2009 г.
    109. ^ Пол, Райан (1 апреля 2008 г.). «Microsoft Office Open XML теперь является официальным стандартом ISO» . Арс Техника . Проверено 16 сентября 2009 г.
    110. ^ «OpenXML: образец развития открытых стандартов?» (PDF) . Проверено 16 сентября 2009 г.
    111. ^ «Главная страница: блокировка обратной совместимости» . Архивировано из оригинала 8 сентября 2008 г. Проверено 8 мая 2009 г.
    112. ^ «-Ответный документ-Комментарии национального органа по результатам 30-дневной проверки ускоренного голосования по форматам файлов Office Open XML ISO/IEC DIS 29500 (ECMA-376)» (PDF) .
    113. ^ Клаус-Петер Эккерт; Ян Хенрик Цисинг; Учеома Ишионву. «Взаимодействие документов: формат открытого документа и Office Open XML» (PDF) . Фраунгофера Верлага. п. 90.
    114. ^ Перейти обратно: а б с д и ж г час я дж Том Нго (11 декабря 2006 г.). «Обзор Office Open XML» (PDF) . Экма Интернешнл. п. 6. Архивировано из оригинала (PDF) 12 апреля 2015 года . Проверено 23 января 2007 г.
    115. ^ «Сообщение в блоге Мигеля де Икасы» .
    116. ^ «Внесены изменения в проект стандарта OOXML» . Служба новостей IDG. Архивировано из оригинала 3 марта 2008 г. Проверено 29 февраля 2008 г.
    117. ^ Перейти обратно: а б с "Одф/Ооксмл" . Гроклав . Проверено 28 января 2019 г.
    118. ^ «Позиция Google в отношении OOXML как предлагаемого стандарта ISO» (PDF) . Февраль 2008 года . Проверено 8 декабря 2017 г.
    119. ^ ОДФ Альянс. «Информационный бюллетень Office Open XML» (PDF) . Архивировано из оригинала (PDF) 18 декабря 2006 г. Проверено 7 марта 2008 г.
    120. ^ «Комментарии IBM к INCITS LB 2212 - DIS 29500» . INCITS (орган стандартизации США). Архивировано из оригинала 27 сентября 2007 г.
    121. ^ Перейти обратно: а б «Технический документ ODF/OOXML» . Журнал свободного программного обеспечения. 2 мая 2007 г. Архивировано из оригинала 23 мая 2013 г.
    122. ^ Перейти обратно: а б с Тим Брэй. «Повествование БРМ» . непрерывный . Tbray.org . Проверено 28 января 2019 г.
    123. ^ «Секция Red Hat Summit: кто «выиграл» битву OOXML?» . Архивировано из оригинала 22 июня 2008 года.
    124. ^ Microsoft признает, что не знала стандартов до появления OOXML - ZDNet.co.uk
    125. ^ «Серая материя: о будущем Open XML» . Архивировано из оригинала 10 сентября 2008 г. Проверено 13 октября 2008 г.
    126. ^ «Что лидеры свободного и открытого программного обеспечения думают о Microsoft? - EarthWeb» .
    127. ^ «Где же этому конец? | Microsoft проваливает тест на стандарты» . www.adjb.net . Архивировано из оригинала 4 апреля 2010 года.
    128. ^ Дуг Мэхью. «Поддержка Office для ISO/IEC 29500 Strict» . Блоги MSDN . Проверено 18 февраля 2011 г.
    [ редактировать ]
    Retrieved from "https://en.wikipedia.org/w/index.php?title=Standardization_of_Office_Open_XML&oldid=1232794895"
    Arc.Ask3.Ru: конец переведенного документа.
    Arc.Ask3.Ru
    Номер скриншота №: c503753159cf6e6a37550b2035718199__1720187220
    URL1:https://arc.ask3.ru/arc/aa/c5/99/c503753159cf6e6a37550b2035718199.html
    Заголовок, (Title) документа по адресу, URL1:
    Standardization of Office Open XML - Wikipedia
    Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)