Пошаговый процесс работы

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

1. Авторизация и вход в систему

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

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

2. Создание и настройка шаблона оформления

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

Важно

Шаблон настраивается один раз и может использоваться многократно.

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

3. Создание документа и привязка к шаблону

После того как шаблон готов, пользователь создаёт документ и привязывает его к выбранному шаблону. Роли здесь чётко разделены: документ отвечает за текст, структуру и логические связи внутри него — ссылки, источники, нумерацию, — тогда как шаблон отвечает только за то, как всё это будет выглядеть на бумаге.

TIP

Один и тот же документ можно рендерить с разными шаблонами без изменения текста — например, чтобы посмотреть, как курсовая будет выглядеть в оформлении диплома.

4. Разбиение документа на файлы

Для удобства работы объёмный документ можно разбить на несколько файлов, вместо того чтобы держать весь текст в одном большом полотне. Типичный пример — отдельный файл для введения, свои файлы для каждой главы, файл для заключения и отдельный файл для списка литературы.

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

При финальной сборке все файлы автоматически объединяются в нужном порядке, который задаётся настройками документа, а результат всегда представляет собой один цельный документ — читатель готового .docx даже не заметит, что текст писался по частям.

5. Работа в редакторе

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

6. Предпросмотр документа

Редактор предоставляет режим предпросмотра, в котором можно увидеть результат рендеринга Markdown, применение Liquid-логики, уже подставленные значения переменных, а также актуальные номера формул, таблиц, рисунков и ссылок — то есть проверить логическую корректность документа ещё до того, как готовить финальный файл.

Важно понимать

Предпросмотр не является финальным Word-документом.

Он специально показывает логическую корректность документа и правильность ссылок с нумерацией, но не более того — окончательные шрифты, отступы и стили применяются только на этапе финального рендеринга, поэтому судить о «красоте» документа по предпросмотру не стоит.

7. Рендеринг финального документа

Когда работа над текстом завершена, пользователь запускает финальный рендеринг. На этом этапе Markdown и Liquid преобразуются в итоговую структуру документа, применяется выбранный шаблон оформления, и в результате формируется корректно оформленный файл .docx.

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

Итог

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

Пользователь один раз настраивает правила оформления через шаблон, после чего вся рутинная работа — от применения стилей до пересчёта нумерации — ложится на систему, а не на самого автора.