Кратко

  • RFC 2223 назначил ASCII основной версией RFC, а PostScript — дополнительным отображением под контролем RFC Editor.
  • Порядок публикации позволял печатать схемы, сохраняя один общий текст для поиска и цитирования.

Два файла с одним номером RFC создают неудобный вопрос: какой из них определяет документ? В октябре 1997 года RFC 2223 поставил их по местам. Основная версия — ASCII. PostScript допускается как дополнительный или альтернативный вид, но редактор должен подтвердить, что он соответствует уже опубликованному тексту. Хорошая верстка не превращала копию в самостоятельный оригинал.

Jon Postel и Joyce Reynolds подготовили руководство для авторов, подающих документы в серию RFC. Публичные файлы пересылали, открывали на разных экранах и распечатывали на разных принтерах. У читателя, ищущего фразу на экране, и у того, кому нужна схема на бумаге, были разные задачи. Серии требовалось поддержать обе, не создавая двух независимых источников истины.

RFC 2223 описывал повседневное использование. Многие читатели искали слова при помощи emacs или grep и переносили короткие выдержки в электронную почту. С файлами PostScript так работать было неудобно. Производящие их программы тоже не давали одинакового результата: руководство отмечало, что часть систем выдавала нестандартный PostScript. Но именно этот формат лучше показывал диаграммы и рисунки на бумаге. Вопрос состоял не в том, что важнее — старый текст или новое оформление, а в том, можно ли улучшить страницу, не меняя содержание публичного RFC.

Ответом стала последовательность публикации. Сначала RFC Editor обрабатывал ASCII-текст и доводил его до публикации как RFC. Только после этого автор мог прислать версию PostScript. Ее устанавливали в хранилища RFC и объявляли сообществу, если редактор соглашался, что она «та же самая», что ASCII-версия. Дополнительный файл был необязателен. Редакционное решение о его соответствии — нет.

Это распределяло работу между автором и редакцией. Автор предоставлял редактируемый исходник. RFC Editor мог изменить формат, вставить окончательный номер RFC, запросить исправления или вернуть материал на доработку. При получении PostScript он отдельно решал, является ли он тем же публичным документом. Сам файл не мог удостоверить собственную точность.

Технические требования касались и качества вывода. RFC 2223 устанавливал размер страницы, поля, минимальный кегль и набор распространённых шрифтов. Для диаграмм рекомендовалось использовать умеренный набор PostScript, доступный обычным принтерам. Выигрыш в виде более выразительной картинки терял смысл, если она зависела от редкого оборудования.

Страницы не были надёжными указателями. После перевёрстки один раздел мог оказаться на разных страницах в ASCII и PostScript. Поэтому руководство предлагало ссылаться на номера разделов, а не страниц. Страница относится к макету; номер раздела удерживает место аргумента при изменении макета.

Механическая основа появилась раньше. RFC 1111 1989 года уже разрешал ASCII и PostScript и ограничивал ASCII 58 строками на странице и 72 символами в строке. RFC 2223 сохранил эти границы, а затем подробнее объяснил отношения между текстовой основой и видом для печати.

В 2014 году RFC 7322 заменил RFC 2223. Новый справочник связывает базовые правила оформления серии с 1970-ми годами и Jon Postel, первым RFC Editor. Технологии отображения меняются, но архиву по-прежнему нужен заявленный основной файл. Официальные тексты описывают процедуру проверки, но не сообщают число споров о версиях PostScript или долю их использования.

Официальные источники