Как оформлять текстовые документы. Новые требования ГОСТ

Специализированная документация, используемая, например, в сфере строительства, должна быть составлена с учетом норм, установленных ГОСТом. ГОСТ – это набор правил составления текстовых документов, связанных с его структурой, способом написания и содержанием.

Основные сведения о требованиях к оформлению текстовых документов

Летом 2020 года Федеральным агентством по техническому регулированию были введены два новшества, которые касаются составления специализированной документации. Нововведения регламентированы приказом ведомства, зарегистрированным под номером 175-ст в апреле 2019 года.

В отношении национального стандарта прекращает свое действие ГОСТ 2.105-95. Однако при составлении межгосударственных документов правила остаются обязательными для применения.

Начиная с 2020 года национальными нормативами написания специализированной документации считаются правила, утвержденные ГОСТом Р 2.105-2019. Кроме двух основных новшеств, было принято решение о введении дополнительных коррективов.

1. Росстандарт утвердил систему конструкторских текстовых документов, содержащихся в ГОСТе Р 2.106-2019. Правки регламентированы Приказом ведомства, зарегистрированного под номером 176-ст.
2. Приказом 177-ст, Росстандарт регламентировал единую систему конструкторской документации, предназначенной для эксплуатации. Нормы содержаться в ГОСТе Р 2.601-2019.
3. Кроме того, Росстандарт разработал свод нормативов, касающихся особенностей составления конструкторской эксплуатационной документации. Он закреплен в ГОСТе Р 2.610-2019.
4. Согласно утвержденным нормам, специализированная документация может быть разделена на несколько частей. Нормы распределения долей содержаться в ГОСТе Р 2.711-2019 и регламентированы приказом Росстандарта под номером 178-ст.

Важно! Соблюдение норм, описанных ГОСТами, на территории РФ является добровольным условием. Именно поэтому, зачастую техническая документация составляется с учетом требований заказчика. Единая система конструкторской документации используется крайне редко.

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

1. Для оформления документации, предназначенной для сотрудничества с российскими компаниями, лучше всего применять нормы, описанные в межгосударственном стандарте.
2. Если фирма работает только с зарубежными организациями, то специализированную документацию рекомендуется составлять с учетом национального ГОСТа.
3. Бывает и так, что бизнесмен работает, как на российском рынке, так и сотрудничает со странами ЕАЭС. В таком случае, эксперты рекомендуют каждый раз отображать наименование стандартизированных норм на этапе подготовки к составлению документации.

Варианты заполнения документов

Специализированная документация может быть составлена несколькими методами:

• при помощи печатной машинки;
• от руки;
• на компьютере;
• в электронном виде.

В первом случае, составляя документы, рекомендуется придерживаться нормативам, закрепленным в  ГОСТе 13.

1.002-2003. Если бумаги заполняются от руки, то можно использовать ГОСТ 2.304-81, а документы, составленные при помощи компьютерной техники, должны соответствовать нормам, содержащимся в ГОСТ 2.004-88. Компании имеют право представлять готовую документацию, как в бумажном, так и в электронном виде.

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

Общие требования к техническому оформлению

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

Стандарт, используемый при составлении документации	Значение стандарта, используемого при составлении межгосударственной документации	Значение стандарта, используемого при составлении национальной документации
Шрифт		Times New Roman или Arial
Размер шрифта		11, 13, 14 (10, 12 для приложений)
Высота символов	2,5 мм
Боковой колонтитул	3 мм
Красная строка	15 – 17 мм	12,5 – 17 мм
Нижний и верхний колонтитул	10 мм
Междустрочный интервал	8 мм	Полуторный или двойной
Интервал между заголовками, подзаголовками и основным текстом	3 – 4 интервалов	4 высоты шрифта основного текста
Интервал между заголовками, подзаголовками и основным текстом, если документ составляется от руки	15 мм
Интервал между разделом и подразделом	двойной	Равный значению интервала, используемого в основном тексте
Интервал между разделом и подразделом при составлении документа от руки	8 мм	15 мм

Важно! Гост разрешает выполнять копии технической документации.

Подготовить второй вариант бумаги можно при помощи использования:

• электрографической техники;
• ксерокса;
• светокопировального устройства;
• аппарата для микрофильмирования;
• сканера (при необходимости использования электронного варианта бумаги).

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

• В первом случае, каждой части в обязательном порядке присваивается наименование. Но начальная может быть обозначена просто номером.
• Каждая книга должна быть пронумерована и иметь собственное название.
• Разделы, так же, нумеруются. Наименование и цифровое обозначение должно быть разделено точкой. Запрещено ставить точку в конце названия и переносить слова.
• Нужно отметить, что каждый новый раздел обязательно начинать с другой страницы, а наименование и порядковый    номер отражать в верхней части листа.
• Все подразделы должны иметь порядковые номера. Они присваиваются в зависимости от раздела, к которому относятся. Например, первый подраздел третьего раздела обозначается как 3.1, где 3 – это порядковый номер раздела, а 1 подраздела.

Оформление текстового документа (правила)

Требования ЕСКД относительно недопустимых элементов текста

При составлении документации с учетом правил ЕСКД, нужно обратить внимание на некоторые аспекты, которые запрещены для использования в тексте. К ним относятся:

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

В соответствии с нормами ЕСКД, установленными ГОСТом, при составлении специализированной документации нельзя:

• проставлять мину при написании отрицательного числового значения;
• обозначать диаметр зачеркнутым кругом;
• использовать арифметические знаки (плюс, минус, умножить, разделить, равно), если их применением производится в тексте без чисел.

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

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

В качестве примера рассмотрим составление технического документа по межгосудасрвтенным стандартам.

1. Внутренней рамкой листа называют границы страницы. Расстояние от нее до текста должно составлять 5 мм, а до наименования раздела 15 мм.
2. Далее нумеруем раздел и присваиваем ему название. Точка между наименованием и число не ставится.
3. Основной текст начинается с красной строки 15 – 17 мм от границы страницы.
4. Каждый новый раздел начинаем с другой страницы. Подразделы можно продолжать после основного текста с использованием двойного интервала.
5. Прописываем наименование подраздела, начиная с нумерации. Заголовок отражается с заглавной буквы, точка в конце не проставляется.
6. Основной текст подраздела начинаем через 15 мм от его наименования. Используем 8 мм междустрочный интервал.
7. Пункты текста подраздела нумеруем, начиная с обозначения подраздела. Наименование можно не присваивать.
8. Перечисления внутри пунктов, подпунктов можно отражать порядковой нумерацией или строчной буквой со скобкой.
9. Основной текст после перечисления начинаем через 15 мм.
10. Нижний и верхний колонтитул не может быть меньше 10 мм.

Таким образом, любая техническая документация может быть составлена с учетом ГОСТов. Однако российское законодательство разрешает использовать требования заказчика.

И если он не желает стандартизировать документацию, то придерживаться ГОСТу не обязательно.

Пример составления технической документации

Ответы на часто задаваемые вопросы

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

Вопрос 1. Согласно ГОСТу отражать отрицательные числа при помощи арифметического знака « — » нельзя. В связи с этим возникает вопрос, как в специализированных бумагах отражать цифры с отрицательным значением?

Ответ 1. В текстовых документах, составляемых с учетом стандартизированных правил, содержащихся в ГОСТе, отрицательные числовые значения отражаются словом «минус».

Вопрос 2. Если мы работаем и с компаниями стран ЕАЭС и с российскими фирмами, при составлении технической документации какие стандарты нам рекомендовано использовать.

Ответ 2. Требования к составу, структуре и содержанию документа может предъявлять заказчик. Использование стандартизированных норм не обязательно. Но при их применении нужно учитывать все правила. Например, для межгосударственной документации применяется ГОСТ 2.105-95, а для составления национальных бумаг — ГОСТ Р 2.105-2019. Если компания сотрудничает и с зарубежными фирмами и с российскими, то при формировании документации на первом этапе обязательно указанием используемого стандарта.

Типичные ошибки

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

Ошибка 1. ООО «Стандарт-Форм» сотрудничает с российской компанией ООО «Мега-Фром». При составлении строительной документации Стандарт-форм для основного текста использовала шрифт Times New Roman 11 размера, а для приложений 12.

Решение 1. Во-первых, при составлении технической документации межгосударственного назначения используются стандарты ГОСТа 2.105-95. Во-вторых, размер шрифта основного текста должен быть больше, чем размер шрифта приложения. Допускаются одинаковые значения.

Ошибка 2. ООО «Транс-строй» в срочном порядке понадобилось составить проектную документацию по строительству жилого дома. Часть документа работник компании набрал на компьютере, а другую часть от руки.

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

Ошибка 3. Проектная документация на строительство жилого комплекса представлена в трех книгах. Каждый том пронумерован и имеет название. Однако основной текст одной книги был набран шрифтом Times New Roman размером 11, а две другие Arial размером 14.

Решение 3. Если книги сформированы в рамках одного документа, то они должны составляться с применением одинаковых правил. То есть, если первая книга имеет шрифт Times New Roman размером 11, то и текст двух других должен набираться одиннадцатым шрифтом Times New Roman.

Правила оформления текстовых документов

1.1 Текстовые документы выполняют на форматах, установленных стандартами Единой системы конструкторской документации (ЕСКД).

Основным стандартом при оформлении текстовых документов является ГОСТ 2.105-95. Общие требования к текстовым документам.

1.2 Страницы текста и приложений должны соответствовать формату А4 (210×297).

1.3 Выполнение текстовых документов осуществляется с применением печатающих и графических устройств вывода ЭВМ.

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

Высота букв и цифр должна быть не менее 2,5 мм.

1.5 Опечатки, описки допускается исправлять закрашиванием белой краской

чёрными чернилами или чёрной гелеевой пастой.

1.6 Текст печатается на одной стороне листа белой бумаги.

Шрифт текста 14пт Times New Roman без наклона с полуторным межстрочным интервалом. Шрифт, используемый в иллюстративном материале (таблицы, графики, диаграммы и т.п.), при необходимости может быть меньше, но не менее 12пт.

1.7 Расстояние от рамки до границ текста в начале и в конце строк – не менее 3мм.

Расстояние от верхней или нижней строки текста до верхней или нижней рамки должно быть не менее 12 мм.

Абзацы в тексте начинают отступом , равным 15 – 17мм.

Пример заполнения текстового документа приведён в приложении Ж.

1.8 Текст документа при необходимости разделяют на разделы и подразделы.

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

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

Наименования подразделов записывают с абзаца строчными буквами (кроме первой прописной) шрифтом 14пт.

1.9 Заголовки разделов и подразделов следует располагать в середине строки без точки в конце, не подчёркивая. Переносы слов в заголовках не допускаются.

1.10 Каждый раздел следует начинать с нового листа.

Пример выполнения заголовков раздела и подраздела.

1 ОБЗОР МЕТОДОВ ПОСТРОЕНИЯ СИСТЕМ УПРАВЛЕНИЯ

1. Метод программного управления

1.11 Слово СОДЕРЖАНИЕ записывают в виде заголовка (симметрично тексту) прописными буквами. Наименования, включённые в содержание, записывают строчными буквами, начиная с прописной.

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

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

1.14 Текст документа должен быть кратким, чётким и не допускать различных толкований.

1.15 Все подписи и даты на титульном листе, в задании, в основных надписях выполняют чёрными чернилами или чёрной гелеевой пастой.

2 Оформление иллюстраций

2.1 Чертежи, графики, диаграммы, схемы, иллюстрации, помещаемые в отчете, должны соответствовать требованиям государственных стандартов Единой системы конструкторской документации (ЕСКД).

2.2 Иллюстрации, за исключением иллюстраций приложений, следует нумеровать арабскими цифрами сквозной нумерацией.

Если рисунок один, то он обозначается «Рисунок 1». Слово «рисунок» и его наименование располагают посередине строки. После наименования рисунка точка не ставится.

2.3 Допускается нумеровать иллюстрации в пределах раздела. В этом случае номер иллюстрации состоит из номера раздела и порядкового номера иллюстрации, разделенных точкой. Например – Рисунок 1.1.

2.4 Иллюстрации, при необходимости, могут иметь наименование и пояснительные данные (подрисуночный текст). Слово «Рисунок» и наименование помещают после пояснительных данных и располагают следующим образом:

Рисунок 1 — Триггер

2.5 При ссылках на иллюстрации следует писать «…в соответствии с

рисунком 1» при сквозной нумерации и «… в соответствии с рисунком 1.2» при нумерации в пределах раздела.

CTAN: /tex-archive/biblio/bibtex/contrib/gost

Поддержка BibTEX для стандартных библиографий ГОСТ

ГОСТ представляет собой набор стилей BibTEX для оформления ссылок в соответствии с изданными ГОСТами на информацию, библиотечное и издательское дело Российской Федерацией и Межгосударственным комитетом государств бывшего СССР.

Актуальная версия 1.2л, 2021.02.05.

Выпущено под лицензией LaTeX Project Public License v1. 3c или выше См. http://www.latex-project.org/lppl.txt

Сообщения об ошибках и запросы функций отправляйте на номер

В систему ГОСТ входят:

ГОСТ 7.80-2000 Библиографическая запись.
                 Заголовок. Общие требования и правила.
ГОСТ 7.83-2001 Электронные издания. Основные типы и отпечаток.
ГОСТ 7.1-2003 Библиографическая запись.
                 Библиографическое описание.
                 Общие требования и правила.
ГОСТ 7.11-2004 Библиографическое описание и ссылки.
                 Правила сокращения слов и слов
                 сочетания в иностранных европейских языках.
ГОСТ 7.0.5-2008 Библиографическая ссылка.
                 Общие требования и правила изготовления. 

И т.д.

В настоящее время ГОСТ содержит 16 стилей BibTeX для оформления библиографии на английском, русском и украинском языках по ГОСТ 7.0.5-2008 и ГОСТ 7.1-2003. Как 8-битная, так и Unicode (UTF-8) версии каждого стиля BibTeX, в каждом случае предлагая выбор сортировки и несортировки.

Все стили в пакете ГОСТ получены из одного мастер-файла gost.dtx путем применения различных наборов параметров, как показано в таблице ниже.

Стиль | utf8 | строгий | электронная печать | длинный | сортировать | натбиб :————–|:—-:|:——:|:——:|:—-:|:—-:|:——: гост2003 | | + | + | | | гост2003с | | + | + | | + | гост2008 | | | + | | | гос2008н | | | + | | | + гост2008л | | | + | + | | гост2008с | | | + | | + | гост2008нс | | | + | | + | + гост2008лс | | | + | + | + | угость2003 | + | + | + | | | угость2003с | + | + | + | | + | угость2008 | + | | + | | | угост2008н | + | | + | | | + ugost2008l | + | | + | + | | угость2008с | + | | + | | + | угост2008нс | + | | + | | + | +угост2008лс | + | | + | + | + | Стиль | utf8 | строгий | электронная печать | длинный | сортировать | natbib

Стиль ГОСТ2008 рекомендуется для большинства приложений. Соответствует действующему в настоящее время Стандарту 7. 0.5-2008. Библиотекарям следует использовать стиль gost2003 вместо gost2008 для составления библиотечного каталога в соответствии со Стандартом 7.1-2003. Использование других стилей лучше всего объясняется значением опций, используемых для компиляции этих стилей из исходного кода.

Вариант strict обеспечивает соответствие стандарту 7.1-2003. Bibstyles, скомпилированные с этой опцией, имеют имя gost2003 с возможными суффиксами s , l , n , как объяснено ниже. Эти стили предназначены в первую очередь для библиотекарей, которые составляют библиотечный каталог.

Bibstyles, скомпилированные без опции strict , соответствуют стандарту 7.0.5-2008, который можно рассматривать как ослабленную версию стандарта 7.1-2003. Эти bibstyles носят имя гост2008 с возможными суффиксами с , л , н .

Если количество авторов превышает 4, современные стили сокращают список авторов до 4 человек, как это предусмотрено Стандартами. Параметр long отменяет это правило, чтобы обеспечить обратную совместимость с диссером пакетов Станислава Кручинина. Два стиля, gost2008l и gost2008ls , скомпилированные с опцией long , имитируют поведение стилей гост705 и гост705с из диссер пакета. Основным эффектом опции long является то, что список авторов всегда предшествует названию книги или статьи, независимо от его длины. Современные стили, составленные без long , помещают за заголовком длинный список авторов. Имена стилей, скомпилированные с опцией , длинные имеют суффикс l . Напомним, что эти стили не соответствуют действующим Стандартам, и их использование не рекомендуется.

9Опция 0021 eprint позволяет форматировать электронные публикации. В частности, он включает поля eprint , eprinttype , eprintclass и doi для библиографической записи. Стили, сгенерированные без опции eprint , игнорируют эти поля. Начиная с версии 1.2 пакета ГОСТ все современные стили компилируются с включенной этой опцией, а суффикс и , который обозначал эту опцию в более ранних версиях, к названию стиля больше не добавляется.

Опция natbib обеспечивает совместимость с пакетом natbib . Имена стилей, скомпилированные с опцией natbib , имеют суффикс n . В настоящее время для бета-тестирования доступны 4 стиля с этой опцией.

Опция sort позволяет сортировать библиографические ссылки по именам авторов и названиям ссылок. Имена стилей, скомпилированные с опцией sort , имеют суффикс s .

Наконец, опция utf8 создает библиографические стили в юникоде, а не в 8-битной кодировке. Имена этих стилей имеют префикс u .

Помимо библиографического стиля, пакет ГОСТ содержит файлы CS (кодовая страница и порядок сортировки).

латиница латиница латиница латиница

Кодировка	CSF	Порядок сортировки
cp866	ruscii.csf	Первая кириллица,
cp1251	cp1251.csf	Первая кириллица,
кои8-у	koi8u.csf	Первая кириллица,
утф8	utf8cyrillic.csf	Первая кириллица,

Кроме того, в дистрибутив BibTeX8 входит еще несколько CSF.

Кодирование | CSF | Порядок сортировки —————–|———————-|———————– cp866 | cp866rus.csf |Сначала латиница, кириллица

Как использовать

1. Выберите стиль библиографии, добавив соответствующий \bibliographystyle

декларация вашего исходного файла file{.tex}, например.

\bibliographystyle{гост2008}
\bibliography{база данных}
 

1. Добавьте поле language="украинский" или language="русский" к

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

1. Для составления списка ссылок из вашей базы данных используйте bibtex8.exe

вместо bibtex.exe . В зависимости от кодовой страницы вашей библиографической базы данных укажите один из файлов CS, перечисленных выше, в качестве опции к bibtex8.exe . Запустите LaTeX, затем запустите bibTeX8 и снова LaTeX:

латекс <имя файла>.tex
bibtex8 -B -c .csf <имя файла>.aux
латекс <имя файла>.tex 

1. Подробнее о подготовке библиографической базы данных см. примеры в

гост*.pdf и угост*.pdf .

1. ugost* стили в первую очередь предназначены для использования

с компиляторами юникода ( xelatex и lualatex ). Их также следует отдавать предпочтение при использовании 8-битных компиляторов ( latex и pdflatex ), если исходный файл находится в кодировке utf8 .

1. Ни bibtex.exe , ни bibtex8.exe не предоставляют

правильный порядок сортировки текста в Юникоде. Это означает, что использование ugost2008s или ugost2008ns может привести к неожиданному результату для документов в кодировке utf8 .

1. Bibtex8 не может изменить регистр строки, если она содержит кириллицу

буква в юникоде. Поэтому стили ugost2008* не меняют регистр заглавий и других частей библиографической записи, в то время как 8-битные стили изменяют регистр там, где это необходимо.

1. Либо bibtex.exe , либо bibtex8.exe не удается сократить кириллические имена до

инициалы. Поэтому стили ugost2008* не модифицируют имена авторов.

1. Пакет нагрудник необходим при выборе стилей с

суффикс n в их именах.

Настройка

Каждый стиль ГОСТ определяет несколько команд для форматирования некоторых частей ссылки. Вы можете переопределить эти команды до \bibliography{} команда. Исходные определения перечислены ниже.

\providecommand*{\url}[1]{{\small #1}}
\providecommand*{\BibUrl}[1]{\url{#1}}
\providecommand{\BibAnnote}[1]{}
\providecommand*{\BibEmph}[1]{#1}
 

По умолчанию стили ГОСТ разделяют логические части библиографической записи точкой и тире ( . "--- ). Этот дефис можно удалить, переопределив команду \BibDash следующим образом

\обеспечитькоманду*{\BibDash}{}
 

По умолчанию \BibDash эквивалентен сокращению "--- , определенном пакетом babel с опцией russian . Он печатает так называемое кириллическое тире ( \cyrdash ), что составляет 20 % короче, чем обычное тире LaTeX ( --- ), и ставит неразрывный пробел перед \cyrdash , так что тире никогда не появляется в начале строки. /уп/гост.

1. http://github.com/kia999/гост

Работа

   для создания стилей .bst.
Выполнить 

pdllatex.exe gost.dtx makeindex -r -s gind.ist gost makeindex -r -s gglo.ist -o gost.gls gost.glo pdflatex gost.dtx pdflatex gost.dtx

для создания стилей и документации в формате .bst. Чтобы добиться успеха, вы должны установить
LH или cm-super шрифты. В качестве альтернативы запустите `xelatex` вместо `pdflatex`.
Чтобы добиться успеха, вы должны установить шрифты cm-unicode.
## История версий
### Версия 1.2л (2021.02.05)
1, Незначительные изменения в документации.
2. gost.tds.zip снова добавлен в раздачу т.к.
   Сопровождающий MikTeX не смог сгенерировать правильные стили bst.
### Версия 1.2k (2020.12.29)
1. Все материалы теперь генерируются из `gost.dtx`.
2. Добавлена ​​ограниченная поддержка поля «дата».
3. Форматирование поля `doi` обновлено: `http://dx.doi.org` изменено
на `https://doi.org`.
4.  Обновление документации и примеров (спасибо Леониду Синеву).
5. Улучшено форматирование @inproceedings и @proceedings.
### Версия 1.2i (2017.01.12)
1. Обновление документации и примеров (спасибо Леониду Синеву).
2. Восстановлен `@MastersThesis` вместо `@MasterThesis` (спасибо Леониду Синеву).
3. `media="eresource"` вводится в дополнение к `media="online"` и
`медиа="текст"`; если оно присутствует, поле `media` больше не игнорируется в
современные bst-стили, скомпилированные без опции `strict`.
4. Поле «местоположение» введено как псевдоним поля «адрес».
5. Запись `@DSCISTHESIS` переименована в `@DOCTHESIS`.
6. Поле `school` в `@THESIS` и подобных записях заменяется на
`учреждение`, чтобы соответствовать стилю `biblatex-gost`.
7. Добавлен специальный код для @THESIS и подобных записей;
   номер рассматривается как псевдоним кода специальности.
8. Поле `type` в `@THESIS` и подобных записях теперь может принимать три значения.
   (`mathesis`, `phdthesis`, `docthesis`), которые переводятся во встроенные
   строки, зависящие от языка; любое другое значение воспроизводится буквально. 
### Версия 1.2h (2016.08.21)
1. Мелкие изменения в документации.
### Версия 1.2g (2016.07.25)
1. Мелкие изменения в документации.
### Версия 1.2f (2016.07.11)
1. Добавлена ​​поддержка записи `@patent` (спасибо Станиславу Кручинину).
2. Среднее поле переименовано в медиа-поле.
### Версия 1.2e (2016.07.07)
1. Жестко закодированная строка «URL» заменена строкой, зависящей от языка.
   (спасибо Роману Будному).
### Версия 1.2d (2016.02.18)
1. янв, февраль, март и т.д. исправлены макросы месяца;
2. Новый формат макроса.месяц.
3. \cyrdash теперь подделывается через \ProvideTextCommandDefault, если он не определен.
### Версия 1.2c (2015.01.10)
1. добавлено длинное поле; языковое поле поддерживается для обратной совместимости.
2. добавлено поле eid, оно имеет приоритет над полем pages;
3. Исправление ГОСТ2003: "--- заменено на \BibDash;
4. Увеличен интервал вокруг \BibDash.
### Версия 1.2б (2014.01.19)
1. numpages переименован в pagetotal.
### Версия 1.2а (2012.08.31)
1. \cyrdash теперь определяется через \ProvideTextCommand, а не через \providecommand. 
### Версия 1.2 (2012.02.22)
1. Рефакторинг кода. Все стили теперь генерируются из одного исходного файла.
2. Поддержка ГОСТ-7.1-2003. Поле «средний» добавлено для отражения типа
   материала. Для большинства типов записей `medium` по умолчанию имеет значение `text`.
3. Поддержка пакета natbib.
4. Все современные стили теперь компилируются с опцией eprint.
### Версия 1.1 (2012.01.21)
1. Обеспечена поддержка ГОСТ 7.0.5-2008 и ГОСТ 7.1-2003.
2. Добавлена ​​запись `@Online` для форматирования ссылки на электронный
   ресурс в Интернете.
3. Добавлена ​​запись `@MastersThesis` для форматирования ссылки на магистерскую диссертацию.
   Запись `@DSciThesis` добавлена ​​для форматирования ссылки на доктора
   диссертация наук.
4. Добавлены поля `Urldate`, `eprint`, `eprintclass`, `eprinttype`.
### История предыдущих версий
2012.08.31 \cyrdash теперь определяется через \ProvideTextCommand.
2012.02.22 Поддержка |natbib| упаковка.
2012.02.02 Адаптация к ГОСТ 7.0.5, электронная публикация.
2005.08.12 Первая версия загружена на CTAN. 
2003.06.06 Первая общедоступная версия.
### Старые версии
См. `гост.pdf`.
### Отчеты об ошибках
Пожалуйста, отправляйте запросы функций и выпускайте отчеты через
  [https://github.com/kia999/ГОСТ/вопросы](https://github.com/kia999/ГОСТ/вопросы).
Удачного бибтексинга! 

Основные концепции публикации — Ghost Developer Docs

Сообщения являются основным типом записей в Ghost и обычно представляют большую часть хранимых данных.

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

Обзор

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

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

Вот пример поста в теме Ghost по умолчанию:

Создание контента

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

Опыт письма

Опыт письма в Ghost будет хорошо знаком большинству людей, которые проводили время с веб-инструментами для разработки. Обычно это требует опыта, подобного Medium, которого хотят писатели.

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

Кроме того, редактор содержит интеллектуальную логику вставки. Вы можете копировать и вставлять из большинства источников, и они будут правильно преобразованы в читаемый контент без какой-либо специальной обработки. (Вперед, попробуйте скопировать содержимое этой страницы прямо в редактор!) — Вы также можете делать такие вещи, как вставка URL-адреса поверх любого выделенного текста, чтобы создать ссылку.

Динамические карты

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

Содержимое Ghost поставляется с расширяемыми мультимедийными объектами, называемыми карточками. Самый простой способ думать о них — это как интегрировать Slack в ваш контент.

Например: Нажав кнопку + или набрав / , вы можете активировать интеграцию Unsplash, чтобы найти и вставить бесплатную фотографию для своего поста.

В настоящее время доступно лишь несколько простых карт, но более широкая поддержка карт (а также поддержка пользовательских карт) находится в активной разработке.

Хранение документов

Редактор Ghost получил много похвал от авторов за то, что им приятно пользоваться, но разработчики обнаружат, что встроенный в него стандартизированный формат хранения документов на основе JSON создает не менее приятные впечатления, когда дело доходит до работы с данными.

Весь контент сообщений в Ghost сохраняется в MobileDoc, а затем преобразуется в окончательную форму в зависимости от места доставки.

Поскольку MobileDoc — это Просто JSON ™️, он чрезвычайно портативный и может быть преобразован в несколько форматов. Это особенно эффективно, потому что преобразовать ваш контент в HTML для отображения в Интернете так же просто, как и перенести тот же контент в мобильное приложение, используя совершенно другой синтаксис.

Даже упомянутые выше динамические карты являются частью MobileDoc! Это быстро развивающийся открытый стандарт, который используется Ghost, Bustle и многими другими популярными платформами и публикациями.

Данные API

Вот пример объекта публикации из Ghost Content API

 {
  "сообщения": [
    {
      "слаг": "приветствие-коротко",
      "id": "5ddc9141c35e7700383b2937",
      "uuid": "a5aa9bd8-ea31-415c-b452-3040dae1e730",
      "title": "Добро пожаловать",
      "html": "
👋 Добро пожаловать, мы рады видеть вас здесь.
",
      "comment_id": "5ddc9141c35e7700383b2937",
      "feature_image": "https://static.ghost.org/v3.0.0/images/welcome-to-ghost.png",
      "feature_image_alt": ноль,
      "feature_image_caption": ноль,
      «избранное»: ложь,
      "видимость": "общедоступный",
      "created_at": "2019-11-26T02:43:13.000+00:00",
      "updated_at": "2019-11-26T02:44:17.000+00:00",
      "published_at": "2019-11-26T02:44:17.000+00:00",
      "custom_excerpt": ноль,
      "codeinjection_head": ноль,
      "codeinjection_foot": ноль,
      "пользовательский_шаблон": ноль,
      "канонический_url": ноль,
      "url": "https://docs.ghost.io/welcome-short/",
      "except": "👋 Добро пожаловать, здорово, что вы здесь. ",
      "время_чтения": 0,
      "доступ": правда,
      "og_image": ноль,
      "og_title": ноль,
      "og_description": ноль,
      "twitter_image": ноль,
      "twitter_title": ноль,
      "twitter_description": ноль,
      "meta_title": ноль,
      "meta_description": ноль,
      "email_subject": ноль
    }
  ]
}
 

Страницы

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

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

Чем отличаются страницы?

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

Вот пример страницы с темой Ghost по умолчанию:

Пользовательские шаблоны

При использовании одной из стандартных тем Ghost Handlebars обычно используется для страниц предоставление им пользовательских шаблонов.

Помимо обычного шаблона по умолчанию page.hbs , вы также можете создавать общие повторно используемые настраиваемые шаблоны, такие как page-wide.hbs , или шаблоны для конкретных страниц на основе определенного ярлыка, например page-about.hbs. — чтобы у вас был точный контроль над тем, какая разметка используется для отображения ваших данных.

Больше о страницах говорить нечего, давайте двигаться дальше.

Теги

Теги — это основная таксономия в Ghost для фильтрации и организации взаимосвязей между вашим контентом.

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

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

Обычный тег

Все теги имеют собственный объект данных и могут иметь заголовок, описание, изображение и метаданные. Темы Ghost Handlebars автоматически генерируют страницы архива тегов для любых тегов, назначенных активным сообщениям. Например, все сообщения с тегом News будут отображаться на странице example.com/tag/news/, а также в автоматически сгенерированной карте сайта XML.

Первичный тег

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

Внутренний тег

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

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

В качестве быстрого примера того, как вы можете использовать теги, давайте рассмотрим голливудский новостной сайт, который публикует сообщение о том, что Райан Рейнольдс объявлен главной героиней нового фильма под названием «Сын Дэдпула». ».

Here the post has 4 tags:

• Breaking news – The primary tag
• Ryan Reynolds – A regular tag
• New Releases – A regular tag
• #feature – An внутренний тег

Внешний интерфейс сайта настроил вращающийся баннер на главной странице, чтобы извлекать последние 3 сообщения из категории Последние новости и выделять их прямо вверху страницы с помощью 9Метка 0355 Breaking News рядом с автором.

Теги Ryan Reynolds и New Releases создают архивы, чтобы читатели могли просматривать другие статьи в тех же категориях, а также свои собственные карты сайта.

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

Вы можете увидеть этот вариант использования в действии в основном блоге Ghost. Вот обычный пост, а вот #feature. Дизайн поста реагирует на теги.

Архивы тегов

Все активно используемые общедоступные теги (то есть те, у которых нет префикса # ) автоматически создают архивы тегов в темах Ghost Handlebars. Архивы тегов автоматически добавляются в карту сайта Google XML и имеют собственную нумерацию страниц и RSS-каналы.

Вот пример архива тегов в теме Ghost по умолчанию:

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

Данные API

Вот пример объекта тега из Ghost Content API:

 {
 "метки": [
 {
 "слаг": "начало",
 "id": "5ddc9063c35e7700383b27e0",
 "name": "Начало работы",
 "описание": ноль,
 "feature_image": ноль,
 "видимость": "общедоступный",
 "meta_title": ноль,
 "meta_description": ноль,
 "og_image": ноль,
 "og_title": ноль,
 "og_description": ноль,
 "twitter_image": ноль,
 "twitter_title": ноль,
 "twitter_description": ноль,
 "codeinjection_head": ноль,
 "codeinjection_foot": ноль,
 "канонический_url": ноль,
 "accent_color": ноль,
 "url": "https://docs.