Висячие предлоги в вёрстке: почему это не мелочь и как автоматизировать проверку в InDesign

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

Правило избегать однобуквенных и двухбуквенных «хвостов» в конце строки — не личное предпочтение, а давняя редакционная норма русской типографики. Оно зафиксировано в классических справочниках по редактированию и вёрстке (например, у А. Э. Мильчина, «Справочник издателя и автора») и много десятилетий было обязательным требованием для книжных и журнальных издательств, задолго до появления настольных издательских систем.

Почему это имеет значение на практике:

— Ритм чтения. Глаз воспринимает текстовый блок целиком, по силуэту строк. Предлог, оторванный от своего слова, создаёт микро-паузу — читатель на долю секунды спотыкается, даже не осознавая почему.
— Восприятие качества. Клиент или редактор часто не может сформулировать, что именно не так с вёрсткой, но ощущение «немного неряшливо» считывается подсознательно. Это тот же механизм, что заставляет глаз цепляться за нессимметричные отступы или неровный треппинг.
— Масштаб ошибки растёт вместе с объёмом. В одном абзаце — незаметно. В буклете, каталоге, годовом отчёте на десятки полос — накапливается в заметный шум по всему документу.
— Итоговая правка текста дороже, чем предотвращение. Если проверка висячих предлогов не встроена в процесс вёрстки, она превращается в отдельный этап ручной вычитки перед сдачей — самый нудный и самый ошибкоёмкий из всех.

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

Стандартный текстовый поиск в InDesign (Edit → Find/Change, вкладка Text) ищет буквальные последовательности символов. Им можно искать конкретное слово, но нельзя одним запросом описать «любой предлог из списка перед пробелом» — пришлось бы прогонять список из 10–20 предлогов по очереди, вручную, для каждого документа. На практике этим никто не пользуется именно поэтому.

GREP (вкладка того же диалога, не стилей, это важно) — это полноценный поиск по регулярным выражениям (диалект на основе ICU regex). В отличие от текстового поиска, здесь можно описать сразу целый класс совпадений одним паттерном.

Пример рабочего паттерна можно посмотреть в полной статье

Отдельно стоит закрыть частую ошибку: в InDesign есть GREP Style (вкладка в настройках стиля абзаца). Многие ожидают, что им можно решить эту же задачу, но это принципиально другой инструмент: GREP-стиль применяет к найденному фрагменту символьное форматирование (шрифт, цвет, кернинг), но не меняет сам текст и не может вставить символ неразрывного пробела. Для замены символов нужен именно Find/Change (или скрипт) — GREP-стиль здесь не подходит по своей природе.

Сохранённый пресет закрывает проблему «забыл паттерн», но не закрывает остальное:

— Change All нужно запускать в каждом документе отдельно — между открытыми файлами GREP не бегает сам.

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

— Мастер-страницы, сноски, скрытые и залоченные слои — набор чекбоксов, который нужно перепроверять каждый раз.

— Диалог сообщает только «Done», без цифр — сколько именно вхождений заменено, узнать штатными средствами нельзя.

— Отдельные сущности вроде «г. Москва» (сокращение + название города, где пробел ставится независимо от предлогов) требуют второго, отдельного запроса с другой структурой паттерна (lookahead на заглавную букву)

— GREP это умеет, но писать такой паттерн с нуля в диалоге не самая тривиальная задача.

Если весь процесс выше нужно повторять на каждом проекте, есть смысл автоматизировать его один раз. Именно в этом и состоит моя задача. Я написал решение для InDesign, которое пробегает по всем текстовым блокам, на всех страницах, в активном документе — включая мастер-страницы и сноски, — расставляет неразрывные пробелы после предлогов и союзов, отдельно обрабатывает сокращения городов («г. Москва») и в конце показывает точную статистику по обоим правилам.

Запускается одним двойным кликом, откатывается одним Ctrl+Z.Это решение экономит примерно от 10 до 30 минут. (30 минут, если вы никогда не работали с GREP, 10 минут, если вы опытный пользователь).

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

Скрипт забираем тут