Техническая спецификация OpenDocument

В этой статье описаны технические спецификации OpenDocument стандарта офисных документов , разработанного отраслевым консорциумом OASIS . Различные организации публично разработали стандарт и сделали его общедоступным, что означает, что его может применять кто угодно без ограничений. Формат OpenDocument призван предоставить открытую альтернативу проприетарным форматам документов.

Представление документа

Формат OpenDocument поддерживает следующие два способа представления документов:

• Как совокупность нескольких вложенных документов в пакете , каждый из которых хранит часть полного документа. Это обычное представление документов OpenDocument. Он использует расширения имен файлов, такие как .odt, .ott, .ods, .odp ... и т.д. Пакет представляет собой стандартный ZIP-файл с различными расширениями файлов и определенной структурой вложенных документов. Каждый поддокумент в пакете имеет отдельный корень документа и хранит определенный аспект XML-документа. Все типы документов (например, текстовые и табличные документы) используют один и тот же набор определений документов и поддокументов.
• В виде единого XML-документа , также известного как «Плоский XML» или «Несжатые XML-файлы» . Отдельные XML-файлы OpenDocument широко не используются. они также не поддерживаются некоторыми офисными программами, которые утверждают, что поддерживают ODF (приложения Microsoft Office версий 2007–2013 их не распознают). Расширения имен файлов для отдельных XML-документов OpenDocument не определены в технической спецификации OpenDocument, но обычно используются .xml, .fodt, .fods, ... и т. д.

Рекомендуемые расширения имен файлов и типы MIME включены в официальный стандарт (OASIS, 1 мая 2005 г. и его более поздние версии или версии). Типы и расширения MIME, содержащиеся в спецификации ODF, применимы только к офисным документам, содержащимся в пакете. Документы Office, соответствующие спецификации OpenDocument, но не содержащиеся в пакете, должны использовать тип MIME text/xml.

Тип MIME также используется в office:mimetype атрибут. Очень важно использовать этот атрибут в плоских XML-файлах/отдельных XML-документах, где это единственный способ определить тип документа (в пакете тип MIME также присутствует в отдельном файле mimetype ). Его значения — это типы MIME, которые используются для упакованных вариантов офисных документов.

Документы

Наиболее распространенные расширения файлов, используемые для документов OpenDocument: .odt для текстовых документов, .ods для электронных таблиц, .odp для презентационных программ и .odg для графики. Их легко запомнить, если считать «.od» сокращением от «OpenDocument», а затем отметить, что последняя буква указывает на его более конкретный тип (например, t для текста). Вот полный список типов документов с указанием типа файла, рекомендуемого расширения файла и типа MIME :

Тип файла	Расширение	MIME-тип	Спецификация ODF
Текст	.odt	application/vnd.oasis.opendocument.text	1.0
электронная таблица	.para	Приложение/vnd.oasis.opendocument.spreadsheet	1.0
Презентация	.odp	приложение/vnd.oasis.opendocument.presentation	1.0
Рисунок	.отвечать	приложение/vnd.oasis.opendocument.graphics	1.0
Диаграмма	.odc	application/vnd.oasis.opendocument.chart	1.0
Формула	.odf	application/vnd.oasis.opendocument.formula	1.0
Изображение	.отрицательный	application/vnd.oasis.opendocument.image	1.0
Главный документ	.odm	приложение/vnd.oasis.opendocument.text-master	1.0
База данных	.odb	приложение/vnd.sun.xml.base	не определено в спецификациях ODF 1.0/1.1; используется в OpenOffice.org 2.x
База данных	.odb	application/vnd.oasis.opendocument.base	ODF 1.2; используется в OpenOffice.org 3.x
База данных	.odb	приложение/vnd.oasis.opendocument.database	определено при регистрации IANA
все одиночные/плоские XML-файлы OpenDocument	не определено	текст/xml	1.0

Шаблоны

OpenDocument также поддерживает набор типов шаблонов. Шаблоны представляют информацию о форматировании (включая стили) документов без сам контент. Рекомендуемое расширение имени файла начинается с «.ot» (что интерпретируется как сокращение от «Шаблон OpenDocument»), причем последняя буква указывает тип шаблона (например, «t» для текста). В поддерживаемый набор входят:

Тип файла	Расширение	MIME-тип	Спецификация ODF
Текст	.там	application/vnd.oasis.opendocument.text-template	1.0
электронная таблица	.ots	application/vnd.oasis.opendocument.spreadsheet-template	1.0
Презентация	.otp	application/vnd.oasis.opendocument.presentation-template	1.0
Рисунок	.otg	application/vnd.oasis.opendocument.graphics-template	1.0
Шаблон диаграммы	.otc	application/vnd.oasis.opendocument.chart-template	1.0
Шаблон формулы	.otf	application/vnd.oasis.opendocument.formula-template	1.0
Шаблон изображения	.сделанный	application/vnd.oasis.opendocument.image-template	1.0
Шаблон веб-страницы	.oth	application/vnd.oasis.opendocument.text-web	1.0

Возможности

Как отмечалось выше, формат OpenDocument может описывать текстовые документы (например, обычно редактируемые в текстовом процессоре), электронные таблицы, презентации, рисунки/графики, изображения, диаграммы, математические формулы и «основные документы» (которые могут их объединять). . Он также может представлять собой шаблоны для многих из них.

Официальный стандарт OpenDocument версии 1.0 (OASIS, 1 мая 2005 г.) определяет возможности OpenDocument. В тексте ниже представлен краткий обзор возможностей формата.

Метаданные

Формат OpenDocument поддерживает хранение метаданных (данных о данных), имея набор предопределенных элементы метаданных, а также позволяют создавать определяемые пользователем и настраиваемые метаданные. Формат предопределяет следующие поля метаданных:

• Генератор
• Заголовок
• Описание
• Предмет
• Ключевые слова
• Первоначальный создатель
• Создатель
• Напечатано
• Дата и время создания
• Дата и время модификации
• Печать даты и времени
• Шаблон документа
• Автоматическая перезагрузка
• Поведение гиперссылки
• Язык
• Редактирование циклов
• Редактирование продолжительности
• Статистика документа

Содержание

Формат текстового содержимого OpenDocument поддерживает как типичные, так и расширенные возможности. Заголовки различного уровня, списки различного вида (нумерованные и нет), нумерованные абзацы, и отслеживание изменений поддерживаются. Последовательность страниц и атрибуты разделов можно использовать для управления отображением текста. гиперссылки, текст Ruby Также поддерживаются (который содержит аннотации и особенно важен для некоторых языков), закладки и ссылки. Текстовые поля (для автоматически создаваемого контента) и механизмы автоматического создания также включены такие таблицы, как оглавление, указатели и библиографии.

Формат OpenDocument реализует электронные таблицы как наборы таблиц. При этом он обладает обширными возможностями по форматированию отображения таблиц и электронных таблиц. OpenDocument также поддерживает диапазоны баз данных, фильтры и «пилотные данные» (известные в контексте Microsoft Excel как « сводные таблицы »). Отслеживание изменений также доступно для электронных таблиц.

Графический формат поддерживает векторное графическое представление, в котором определен набор слоев и содержимое [1] каждого слоя. Доступные фигуры для рисования включают прямоугольник, линию, ломаную линию, многоугольник, правильный многоугольник, путь, круг, эллипс и соединитель. Также доступны 3D-фигуры; формат включает информацию о Сцене, Свете, Кубе, Сфере, Выдавливании и Повороте (он предназначен для использования в качестве офисного обмена данными и недостаточен для представления видео или других обширных 3D-сцен). Также можно определить пользовательские формы.

Презентации поддерживаются. Пользователи могут включать в презентации анимацию с контролем звука, отображением формы или текста, скрытием формы или текста или затемнением чего-либо, и их можно группировать. В OpenDocument большая часть возможностей формата повторно используется из текстового формата, что упрощает реализацию. Однако таблицы не поддерживаются в OpenDocument как объекты рисования, поэтому их можно включать в презентации только как встроенные таблицы.

Диаграммы определяют, как создавать графические представления из числовых данных. Они поддерживают заголовки, подзаголовки, нижний колонтитул и легенду, поясняющую диаграмму. Формат определяет ряд данных, которые будут использоваться для графического отображения, а также ряд различных типов графических отображений (например, линейные диаграммы, круговые диаграммы и т. д.).

Формы поддерживаются специально на основе существующего стандарта XForms.

Объекты

Документ в формате OpenDocument может содержать два типа объектов, а именно:

• Объекты, имеющие представление OpenDocument. Эти объекты:
  • Формулы (представленные как MathML)
  • Графики
  • Таблицы
  • Текстовые документы
  • Рисунки
  • Презентации
• Объекты, не имеющие XML-представления. Эти объекты имеют только двоичное представление. Примером объектов такого типа являются объекты OLE .

Использование объектов Microsoft Object Linking and Embedding (OLE) ограничивает совместимость, поскольку эти объекты не поддерживаются широко в программах для просмотра или редактирования файлов (например, встраивание других файлов внутри файла, таких как таблицы или диаграммы из приложения для работы с электронными таблицами в текстовый документ или файл презентации). Если программное обеспечение, понимающее объект OLE, недоступно, объект обычно заменяется изображением (растровым представлением объекта) или не отображается вообще.

Форматирование

Множество элементов управления стилем и форматированием обеспечивают ряд элементов управления отображением информации.

Макет страницы контролируется множеством атрибутов. К ним относятся размер страницы, числовой формат, лоток для бумаги, ориентация печати, поля, граница (и ширина ее линии), отступы, тень, фон, столбцы, порядок страниц для печати, номер первой страницы, масштаб, центрирование таблицы, максимальная высота сноски и разделитель. и многие свойства сетки макета.

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

Существует множество атрибутов для определенного текста, абзацев, рубинового текста , разделов, таблиц, столбцов, списков и заливок. Для конкретных символов могут быть установлены свои шрифты, размеры, общие имена семейств шрифтов ( римский – с засечками , швейцарский – без засечек , современный – моноширинный , декоративный , рукописный или системный ) и другие свойства. Вертикальное пространство абзацев может контролироваться с помощью атрибутов «держать вместе», «ограничение» и «сирота», а также иметь другие атрибуты, такие как «буквицы», для обеспечения специального форматирования. Список чрезвычайно обширен; подробности см. в ссылках (в частности, в актуальном стандарте).

Формулы электронных таблиц

OpenDocument версии 1.2 полностью описывает математические формулы, отображаемые на экране. Он полностью способен обмениваться данными электронных таблиц, форматами, сводными таблицами и другой информацией, обычно включенной в электронную таблицу. OpenDocument обменивает формулы как значения атрибута table:formula.

Разрешенный синтаксис таблицы:формула не был достаточно подробно определен в спецификации OpenDocument версии 1.0, в которой формулы электронных таблиц определялись с использованием набора простых примеров, показывающих, например, как указывать диапазоны и функцию SUM(). Поэтому подгруппа OASIS OpenDocument Formula стандартизировала таблицу:формула в спецификации OpenFormula . Дополнительную информацию см. в статье OpenFormula .

Шифрование

Когда файл OpenDocument защищен паролем, файловая структура пакета остается прежней, но содержимое XML-файлов в пакете шифруется с использованием следующего алгоритма:

1. Содержимое файла сжимается с помощью алгоритма DEFLATE .
2. Вычисляется контрольная сумма части сжатого файла (SHA-1 содержимого файла, или SHA-1 первых 1024 байт файла, или SHA-256 первых 1024 байт файла) и сохраняется в виде пароля. правильность можно проверить при расшифровке.
3. Дайджест (хеш) введенного пользователем пароля в кодировке UTF-8 создается и передается компоненту пакета. Версии ODF 1.0 и 1.1 требуют здесь только поддержки дайджеста SHA-1, а версия 1.2 рекомендует SHA-256.
4. Этот дайджест используется для создания производного ключа путем растяжения ключа с помощью PBKDF2 с использованием HMAC-SHA-1 с солью произвольной длины (в ODF 1.2; в ODF 1.1 и ниже это 16 байтов), сгенерированной генератором случайных чисел для произвольного значения. количество итераций (по умолчанию 1024 в ODF 1.2).
5. Генератор случайных чисел используется для генерации случайного вектора инициализации для каждого файла.
6. Вектор инициализации и производный ключ используются для шифрования содержимого сжатого файла. ODF 1.0 и 1.1 используют Blowfish в 8-битном режиме обратной связи шифра, в то время как ODF 1.2 считает его устаревшим алгоритмом и позволяет вместо этого использовать тройной DES и AES (со 128, 196 или 256 битами), оба в режиме цепочки блоков шифра.

Внутренние форматы

Файл OpenDocument обычно состоит из стандартного ZIP- архива ( JAR ). архив ) содержащий ряд файлов и каталогов; но файл OpenDocument также может состоять только из одного XML-документа. Файл OpenDocument обычно представляет собой набор из нескольких вложенных документов в ZIP- пакете . Файл OpenDocument как отдельный XML широко не используется. Согласно спецификации OpenDocument 1.0, спецификация файла ZIP определена в примечаниях по применению Info-ZIP 970311, 1997 г. Простой механизм сжатия, используемый для пакета, обычно делает файлы OpenDocument значительно меньше, чем эквивалентные файлы Microsoft. .doc" или " .ppt". Этот меньший размер важен для организаций, которые хранят большое количество документов в течение длительных периодов времени, а также для тех организаций, которым приходится обмениваться документами через соединения с низкой пропускной способностью. После распаковки большая часть данных содержится в простых текстовых XML-файлах. , поэтому содержимое несжатых данных имеет типичную простоту модификации и обработки XML-файлов. Стандарт также позволяет создавать один XML-документ, который использует <office:document> в качестве корневого элемента для использования при обработке документа.

Стандарт позволяет включать каталоги для хранения изображений, анимации, отличной от SMIL , и других файлов, которые используются документом, но не могут быть выражены непосредственно в XML.

Благодаря использованию открытого формата сжатия пользователь может извлечь файл-контейнер для редактирования содержащихся в нем файлов вручную. Это позволяет восстановить поврежденный файл или выполнить низкоуровневые манипуляции с его содержимым.

Заархивированный набор файлов и каталогов включает в себя следующее:

• XML-файлы
  • контент.xml
  • мета.xml
  • настройки.xml
  • стили.xml
• Другие файлы
  • мимтип
• Каталоги
  • МЕТА-ИНФ/
    • манифест.xml
  • Миниатюры/
    • миниатюра.png

Формат OpenDocument обеспечивает четкое разделение между содержимым, макетом и метаданными. Наиболее примечательные компоненты формата описаны в подразделах ниже. Файлы в формате XML дополнительно определяются с использованием языка RELAX NG для определения схем XML. RELAX NG сам по себе определяется спецификацией OASIS, а также второй частью международного стандарта ISO/IEC 19757: Языки определения схемы документа (DSDL).

контент.xml

content.xml , самый важный файл, содержит фактическое содержимое документа (за исключением двоичных данных, таких как изображения). Базовый формат вдохновлен HTML, и, хотя он гораздо более сложен, он должен быть достаточно разборчивым для человека:

<text:h style-name="Heading_2">This is a title</text:h>
<text:p style-name="Text_body"/>
<text:p style-name="Text_body">
   This is a paragraph. The formatting information is
   in the Text_body style. The empty text:p tag above
   is a blank paragraph (an empty line).
</text:p>

стили.xml

Styles.xml содержит информацию о стиле. OpenDocument активно использует стили для форматирования и макета. Большая часть информации о стиле находится здесь (хотя некоторая часть находится в content.xml). Типы стилей включают в себя:

• Стили абзацев
• Стили страницы
• Стили персонажей
• Стили рамок
• Список стилей

Формат OpenDocument несколько необычен тем, что нельзя избежать использования стилей для форматирования. Даже «ручное» форматирование реализуется через стили (приложение динамически создает новые стили по мере необходимости).

мета.xml

Meta.xml содержит метаданные файла. Например, «Автор», «Кем последнее изменение», дата последнего изменения и т. д. Содержимое выглядит примерно так:

<meta:creation-date>2003-09-10T15:31:11</meta:creation-date>
<dc:creator>Daniel Carrera</dc:creator>
<dc:date>2005-06-29T22:02:06</dc:date>
<dc:language>es-ES</dc:language>
<meta:document-statistic
      table-count="6" object-count="0"
      page-count="59" paragraph-count="676"
      image-count="2" word-count="16701"
      character-count="98757"/>

Имена тегов <dc:...> взяты из стандарта Dublin Core XML.

настройки.xml

Settings.xml содержит такие настройки, как коэффициент масштабирования или положение курсора. Это свойства, которые не являются содержимым или макетом.

mimetype (файл)

mimetype — это всего лишь однострочный файл с mimetype документа. Одним из следствий этого является то, что расширение файла фактически не имеет значения для формата. Расширение файла существует только для удобства пользователя. Важно отметить, что этот специальный файл всегда является первой записью в ZIP-архиве и не сжат. Поскольку в заголовке ZIP используются поля фиксированной длины, это позволяет напрямую идентифицировать различные форматы OpenDocument без распаковки содержимого (например, с помощью магических байтов).

Миниатюры (каталог)

Миниатюры — это отдельная папка для миниатюр документов. Миниатюра должна быть сохранена как «thumbnail.png». Миниатюрное представление документа должно создаваться по умолчанию при сохранении файла. Это должно быть изображение первой страницы, первого листа и т. д. документа. Требуемый размер миниатюр — 128x128 пикселей. Чтобы соответствовать Стандарту управления миниатюрами (TMS) на сайте www.freedesktop.org, миниатюры должны быть сохранены как 8-битное изображение PNG без чересстрочной развертки с полной альфа-прозрачностью.

МЕТА-ИНФ (каталог)

META-INF — это отдельная папка. Информация о файлах, содержащихся в пакете OpenDocument, хранится в XML-файле, называемом файлом манифеста. Файл манифеста всегда хранится по пути META-INF/manifest.xml. Основная информация, хранящаяся в манифесте:

• Список всех файлов в пакете.
• Тип носителя каждого файла в пакете.
• Если файл, хранящийся в пакете, зашифрован, информация, необходимая для расшифровки файла, сохраняется в манифесте.

Картинки (каталог)

Картинки — это отдельная папка для изображений, включенных в документ. Эта папка не определена в спецификации OpenDocument. Файлы в этой папке могут использовать различные форматы изображений, в зависимости от формата вставленного файла. Хотя данные изображения могут иметь произвольный формат, рекомендуется хранить растровую графику в формате PNG, а векторную графику — в формате SVG.

Повторное использование существующих форматов

По своей конструкции OpenDocument повторно использует существующие стандарты открытого XML, когда они доступны, и создает новые теги только там, где ни один существующий стандарт не может обеспечить необходимую функциональность. Таким образом, OpenDocument использует подмножество DublinCore для метаданных , MathML для отображаемых формул , SMIL для мультимедиа , XLink для гиперссылок и т. д.

Несмотря на то, что OpenDocument не полностью повторно использует SVG для векторной графики , он все же использует SVG-совместимую векторную графику в пространстве имен, специфичном для формата ODF, но также включает графику, отличную от SVG.

История

• Версия 1.0 стала стандартом OASIS 1 мая 2005 г.
• Версия 1.1 стала стандартом OASIS 7 февраля 2007 г.
• Версия 1.2 стала стандартом OASIS 29 сентября 2011 г.

Обнаружение версий

Чтобы указать, какой версии спецификации OpenDocument соответствует файл, все корневые элементы принимают office:version атрибут. Номер версии имеет формат ревизия.версия (например, office:version="1.1"). office:version Атрибут идентифицирует версию спецификации ODF, которая определила связанный элемент, его схему, его полное содержимое и его интерпретацию.

ODF 1.0/1.1

Если версия файла известна процессору XML, он может проверить документ. В противном случае проверять документ необязательно, но документ должен быть правильно сформирован. Не обязательно использовать office:version атрибут в файлах ODF 1.0 и ODF 1.1.

ODF 1.2

The office:version Атрибут должен присутствовать в каждом элементе <office:document>, <office:document-content>, <office:document-styles>, <office:document-meta> и <office:document-settings> в XML документы, составляющие документ OpenDocument 1.2. Значение атрибута office:version должно быть «1.2».

Если у элемента есть office:version="1.1", то элемент и его содержимое основаны на спецификации OpenDocument v1.1. Для office:version="1.0" элемент и его содержимое основаны на спецификации OpenDocument v1.0. Если в элементе отсутствует значение office:version, элемент основан на версии спецификации OpenDocument, предшествующей версии 1.2. В этих случаях и в случае значений, отличных от «1.2», элементы не составляют документ OpenDocument 1.2.

Соответствие

ODF 1.0/1.1

Спецификация OpenDocument не определяет, какие элементы и атрибуты, соответствующие приложениям, должны, должны или могут поддерживаться. Даже типичные офисные приложения могут поддерживать только подмножество элементов и атрибутов, определенных в спецификации. Спецификация содержит ненормативную таблицу, в которой представлен обзор того, какие элементы и атрибуты обычно поддерживаются. типичное офисное приложение.

Документы, соответствующие спецификации OpenDocument, могут содержать элементы и атрибуты, не указанные в схеме OpenDocument. Такие элементы и атрибуты не должны быть частью пространства имен, определенного в спецификации, и называются внешними элементами и атрибутами.

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

Соответствующие приложения должны читать документы, содержащие инструкции по обработке, и сохранять их.

ODF 1.2

ODF 1.2 точно определяет требования соответствия. Спецификация определяет соответствие для документов, потребителей и производителей с двумя классами соответствия, называемыми соответствующими и расширенными соответствующими. Кроме того, он определяет соответствующий текст, электронные таблицы, рисунки, презентации, диаграммы, изображения, формулы и внешние документы базы данных. Глава 2 определяет основные требования для отдельных целей соответствия.

Ссылки

• Спецификация OpenDocument 1.3 в форматах ODT, HTML и PDF
• Спецификация OpenDocument 1.2 в форматах ODT, HTML и PDF
• Спецификация OpenDocument 1.1 в форматах ODT, HTML и PDF
• Спецификация OpenDocument 1.0 в формате PDF

Внешние ссылки

• Обсуждение сценария оболочки Linux для уменьшения размера файлов OpenDocument.
• Типы носителей приложений IANA.
• Формат открытого документа (ISO/IEC 26300) / Рекомендации по переводу Office Open XML (ISO/IEC 29500) — ISO/IEC PDTR 29166