Оглавление документа

Структура документа описывается в файле toc.yaml. На основе этого файла генерируется оглавление и происходит сборка документа.

Важно

Файлы, которые не указаны в toc.yaml, не обрабатываются при сборке.

Структура

Стандартная структура файла toc.yaml имеет вид:

title: Имя документа
href: index.yaml
items:
  - name: Имя раздела
    href: path/to/file.md
  - name: Имя группы разделов
    items:
      - name: Имя раздела
        href: path/to/file.md
      - name: Имя раздела
        href: path/to/file.md
  - name: Имя раздела
    href: path/to/file.md

title — название документа. Отображается в оглавлении над списком всех разделов.
name — имя раздела или группы разделов.
href — относительный путь до файла.
items — группирующий элемент.

Условия видимости разделов

Отдельные разделы можно включать или не включать в документ в зависимости от значений переменных. Для описания условий видимости используется параметр when.

Доступные операторы сравнения: ==, !=, <, >, <=, >=.

- name: Раздел с условным вхождением
  href: path/to/conditional/file.md
  when: version == 12

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

Название документа поддерживает подстановки и условные операторы.

title: "not_var{{ title }}"

Важно

Если значение начинается с подстановки, всегда заключайте его в кавычки. Без них значение обрабатывается как JSON, встроенный в YAML, что может привести к ошибкам сборки, например TypeError: str.replace is not a function.

Настройка раскрытия разделов

По умолчанию все разделы оглавления свернуты. Чтобы важные разделы и страницы в оглавлении всегда были на виду можно использовать параметр expanded:

title: Yandex Cloud Marketplace
items:
  - name: Начало работы
    href: index.md
  - name: Тестовый топикхед
    expanded: true
    items:
      - name: Создание виртуальной машины
        href: create.md
  - name: Первичная настройка программного обеспечения
    href: setup.md
  - name: Работа с виртуальной машиной
    href: operate.md
  - name: Справочник API
    href: guide.md

Важно

Использовать expanded можно только для разделов первого уровня, указание expanded в разделах ниже игнорируется.

Labeled-разделы в навигации

Специальные заголовки, которые визуально группируют отдельные пункты в оглавлении.

В файле toc.yaml у соответствующего пункта меню укажите атрибут labeled: true:

title: Имя документа
href: index.yaml
items:
  - name: Имя раздела
    labeled: true
    href: path/to/file.md
  - name: Имя группы разделов
    labeled: true
    items:
      - name: Имя раздела
        href: path/to/file.md
      - name: Имя раздела
        href: path/to/file.md
  - name: Имя раздела
    labeled: true
    href: path/to/file.md

Скрытые разделы

Чтобы раздел был доступен только по прямой ссылке и не попал в оглавление, укажите параметр hidden.

- title: Секретный документ
  href: secret.md
  hidden: true

Для полного исключения скрытых разделов из сборки используйте ключ сборки --remove-hidden-toc-items=true.

Вставки оглавлений

Вы можете разбить оглавление на несколько файлов и вставить одно оглавление в другое. Когда это пригодится:

У вас есть блоки оглавления, которые используются в нескольких документах.
У вас большой документ, который проще собирать из нескольких блоков поменьше.

Пример с включением оглавления как раздела

- name: Имя заимствованного блока
  include:
    path: another/toc.yaml

По умолчанию в path указывается путь от корня документации. Имя импортируемого файла может быть любым, необязательно toc.yaml:

- name: Инструкции для Android
  include:
    path: another/toc_android.yaml

Пример с включением оглавления без создания раздела

Вы можете включать toc.yaml с добавлением его элементов на тот же уровень оглавления.

toc.yaml:

items:
  - name: Name1
    href: file1.md

  # Отсутствие поля name у элемента означает, что элементы включаемого оглавления стоит
  # добавлять на тот же уровень оглавления, а не как новый раздел
  - include: { path: path/to/toc.yaml }

  - name: NameX
    href: fileX.md

path/to/toc.yaml:

items:
  - name: NameA
    href: fileA.md
  - name: NameB
    href: fileB.md

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

- Name1
- NameA
- NameB
- NameX

Режимы вставки оглавлений (mode)

Есть несколько режимов, которые задаются в свойстве mode:

root_merge — этот режим включен по умолчанию. В нём вместе с оглавлением скопируются и все используемые файлы и директории. Допустим, вы импортируете содержание из папки A в содержание, которое лежит в папке B. Тогда при сборке в папку B скопируются все файлы из папки A. Учтите, копирование происходит с перезаписью файлов.

Так как при копировании меняется структура проекта, в метаданные новых файлов добавляется sourcePath с путем до исходного файла. Это поле используется для ссылки на редактирование страницы.
merge — аналогично root_merge, но путь к файлу с оглавлением указывается относительно текущего файла, в котором вы используете include.
link — не изменяется структура проекта. Все ссылки включаемого оглавления меняются на ссылки относительно оглавления, в которое происходит включение.

Пример:
Необходимо указать относительный путь в path на оглавление, которое импортируется:

items:
  - include: { mode: merge, path: ../relative/path/to/toc.yaml }

Вставка произвольного контента (Includers)

Вы можете включить в оглавление произвольный контент через includers, но только в случае если includer для этого типа контента имплементирован. Список имплементированных инклюдеров можно посмотреть ниже.

Возможные способы указания инклюдеров:

массив includer-объектов в поле includers;
includer-объект в поле includer (в процессе деприкации в пользу includers поля).

Требования к include:

include должен иметь поле path, куда контент будет включен.
поле path должно быть путем, куда будет включен контент.
свойство mode должно иметь значение link или пропущенно, link является дефолтным поведением.

Требования к includers:

includers должен быть массивом includer-объектов, которые будут запущенны в указанном порядке.

Требования к includer:

Параметры между includer-объектами разные, но имя includer является обязательным параметром.

name указывает имя инклюдера, который запустится.

Пример использования

Абстрактный пример использования инклюдеров

Уточненный пример смотрите в разделе соответствуещего инклюдера для конкретного примера использования.

# toc.yaml
...
items:
  - name: <item-name>
    include:
      path: <path-where-to-include>
      includers:
        - name: <name-of-the-first-includer>
          <includer-parameter>: <includer-parameter-value>
        - name: <name-of-the-second-includer>
        - name: <name-of-the-third-includer>
      mode: link
...

Список имплементированных инклюдеров

Generic;
Open API;
Unarchive;
Source Docs (в процессе деприкации в пользу generic инклюдера).

Generic

Вы можете сгенерировать документацию в markdown-формате любой утилитой и включить её в основную документацию.

Инклюдер сгенерирует по ней оглавление и включит контент в документацию.

Пример использования:

Проект документации лежит в doc_root папке.

Положим сгенерированный контент в папку doc_root/docs.

Включим этот контент с помощью generic-инклюдера в doc_root/toc.yaml.

Подключим разводящую в doc_root/index.yaml.

# doc_root/toc.yaml
title: documentation
href: index.yaml
items:
  - name: docs
    include:
      path: docs
      includers:
        - name: generic
          input: docs
      mode: link

# doc_root/index.yaml
title: documentation
links:
  - title: docs
    href: docs/

Open API

Вы можете сгенерировать документ из OpenAPI-спецификации и включить её в основной документ.

Важно

Openapi-инклюдер требует разрешение на использование HTML в документации, поэтому внутри конфигурации .yfm укажите значение allowHTML: true.

Пример использования:

Проект документации лежит в doc_root.

Положим openAPI-спецификацию по пути doc_root/openapi.yaml.

Включим её в doc_root/toc.yaml с помощью openapi-инклюдера.

Подключим разводящую в doc_root/index.yaml.

# doc_root/toc.yaml
title: documentation
href: index.yaml
items:
  - name: openapi
    include:
      path: openapi
      includers:
        - name: openapi
          input: openapi.yaml
      mode: link

# doc_root/index.yaml
title: documentation
links:
  - title: openapi
    href: openapi/

Unarchive

Вы можете использовать unarchive-инклюдер чтобы распаковать tarball перед тем как применять другие инклюдеры к контенту внутри него, например generic-инклюдер.

Пример использования:

Есть docs.tar в корне проекта по пути doc_root/docs.tar.

Внутри docs.tar находится контент, который необходимо включить используя generic-инклюдер.

В этом случае нужно применить цепь инклюдеров unarchive -> generic для достижения цели.

# doc_root/toc.yaml
title: documentation
href: index.yaml
items:
...
   - name: multiple
     include:
       path: multiple
       mode: link
       includers:
         # run unarchive includer
         - name: unarchive
           # specify tarball you want to unpack as input parameter
           input: docs.tar
           # specify output path where tarball content is going to be unpacked
           output: unpacked
         # run generic includer
         - name: generic
           # specify path from unarchive includers output field as input path
           input: unpacked

# doc_root/index.yaml
title: documentation
links:
  - title: openapi
    href: openapi/

Source Docs

Вы можете включить документацию в формате Source Docs в основной документ.

Важно

sourcedocs-инклюдер находится в процессе деприкации в пользу generic-инклюдера.

Пример использования

Проект документации лежит в папке doc_root.

Положим результат исполнения Source Docs в папку doc_root/docs.

Включим его в документацию внутри doc_root/toc.yaml, указав includer sourcedocs.

Поставим ссылку на сгенерированную разводящую в основной в doc_root/index.yaml.

# doc_root/toc.yaml
title: documentation
href: index.yaml
items:
  - name: docs
    include:
      path: docs
      includer: sourcedocs
      mode: link

# doc_root/index.yaml
title: documentation
links:
  - title: docs
    href: docs/

Была ли статья полезна?

Обзор

Расширенная навигация