Заголовок на иврите выглядит нормально, а номер телефона в середине строки перевернулся, запятая оказалась у соседнего слова, и первая страница каталога открывается не с той стороны. Для RTL-верстки такие сбои обычно означают, что направление абзаца, смешанный текст и устройство издания настроили как одну проблему, хотя это разные уровни макета.
RTL DTP - подготовка макета для языков с письмом справа налево, включая арабский и иврит. Исправление начинается не с перестановки букв, а с проверки направления абзаца, алгоритма отображения смешанного письма, набора символов и привязки страниц.
Что такое RTL-верстка и почему текст «переворачивается»¶
RTL-верстка - это настройка отображения документа для письма справа налево, при которой программа задает направление строк и абзацев, учитывает смешанные фрагменты и размещает элементы страницы в соответствии с логикой публикации. Термин не означает, что все содержимое нужно отразить зеркально или записать буквы в обратной последовательности.
Арабские и ивритские буквы направлены справа налево, но в тех же предложениях часто встречаются латинские названия, адреса, номера, даты и электронная почта. Один абзац поэтому может содержать участки с разным направлением. Unicode Bidirectional Algorithm, или алгоритм двунаправленного текста, определяет, как такие участки отображаются рядом друг с другом.
Спецификация Unicode описывает основной принцип так: «The Unicode Standard prescribes a memory representation order known as logical order». Проще говоря, текст хранится в логическом порядке, а алгоритм меняет его визуальное представление для чтения. Unicode отдельно объясняет, что визуальный порядок не следует путать с последовательностью символов в данных.
Для читателя разница почти незаметна, пока макет исправен. Для верстальщика она принципиальна: поиск, копирование, экспорт и повторная верстка опираются на логическую последовательность. Если поменять местами символы вручную, ошибка может исчезнуть только на экране одного приложения, но проявиться при копировании в Word, поиске по PDF или открытии файла на другом устройстве.
Рассмотрим строку на иврите с английским названием и временем. Буквы иврита задают RTL-фрагмент, английское слово формирует LTR-фрагмент, а цифры и двоеточие получают направление с учетом правил алгоритма и соседнего контекста. Визуально вся строка не обязана следовать одному направлению.
Цифры часто имеют слабый тип направления, а пробелы и знаки препинания могут быть нейтральными. Сильный тип у букв обычно помогает определить направление фрагмента, но нейтральному символу алгоритм не может назначить очевидное направление без контекста. Microsoft описывает пробелы и пунктуацию как нейтральные знаки, отображение которых зависит от абзаца и окружающих символов (Microsoft Learn).
Из-за этого одна и та же точка может визуально оказаться не там, где ее ожидает человек, если строка содержит RTL-слово, LTR-адрес и число. Проблема не обязательно заключается в шрифте или поврежденном тексте. Сначала нужно выяснить, правильно ли задано направление абзаца и какие символы окружают спорный знак.
Как алгоритм Unicode собирает смешанную строку¶
Алгоритм двунаправленного текста не выполняет простую команду «показать все справа налево». Он анализирует свойства символов и контекст, чтобы расположить фрагменты текста в строке. Для дизайнера полезно понимать не все правила спецификации, а четыре практических понятия: логический порядок, направление абзаца, сильные символы и нейтральные символы.
Логический порядок - последовательность символов, в которой текст хранится и передается между приложениями. Визуальный порядок - то, как эта последовательность отображается на странице или экране. При обычной RTL-верстке программа сама связывает логический порядок с визуальным, а исходный порядок символов остается пригодным для редактирования.
Направление абзаца задает базовую ориентацию строки. Направление письма отдельных символов может отличаться: английская аббревиатура внутри арабского предложения остается LTR-фрагментом, а окружающий арабский текст сохраняет RTL-направление. Поэтому свойства абзаца и свойства символов нельзя подменять друг другом.
Сильные символы, например буквы с явно заданным направлением, помогают алгоритму определить направление окружающего текста. Числа относятся к слабым типам направления, а пунктуация и пробелы могут быть нейтральными. У нейтральных символов нет самостоятельной подсказки «я RTL» или «я LTR», поэтому результат зависит от окружающих сильных символов и направления абзаца.
Отсюда появляется типичный сбой: номер телефона стоит между арабскими словами, а скобка или дефис визуально перемещаются. Верстальщик видит неверное расположение и пытается вручную перенести знак. Но если причина в контексте bidi, ручная правка одного знака может только замаскировать ошибку и нарушить порядок текста при экспорте.
Microsoft приводит пример, в котором LRM и RLM помогают отметить контекст направления. LRM - знак слева направо U+200E, RLM - знак справа налево U+200F. Для обозначения числа как LTR-фрагмента в RTL-контексте можно поставить LRM перед числом и RLM после него, если конкретный редактор и рабочий процесс поддерживают такие управляющие знаки (Microsoft Learn).
Unicode также определяет изолирующие управляющие символы: LRI (U+2066), RLI (U+2067), FSI (U+2068) и PDI (U+2069). Изолят ограничивает влияние заключенного в него фрагмента, чтобы его направление не перестраивало соседний текст. Спецификация Unicode рекомендует применять изоляторы вместо встраиваний в новых документах, когда известно, что целевые платформы их поддерживают (Unicode).
В обычном макете дизайнеру редко нужно вручную вставлять управляющие символы в каждую строку. Сначала проверьте направление абзаца и настройку приложения. Если ошибка повторяется только в конкретной конструкции, например в коде товара или номере счета, проверьте ее как отдельный LTR-фрагмент и выясните, можно ли задать направление штатными средствами редактора.
Как сообщает пользователь сообщества Adobe: «For example, in Hebrew, the numbers look like 58:12 in Word come out as 21:85 when you paste them into InDesign.» Перевод: в Word число выглядит как 58:12, а после вставки в InDesign отображается как 21:85.
Описанный случай показывает, почему перенос текста между приложениями требует проверки результата. Сообщение фиксирует опыт одного пользователя, а не универсальный дефект InDesign. Разные настройки абзаца, вставленные управляющие символы и формат источника могут приводить к разному отображению одной строки.
Смешанный текст особенно часто встречается в каталогах, инструкциях, формах и двуязычных изданиях. Название модели, латинский адрес, домен сайта, артикул и номер телефона могут собраться в одном RTL-абзаце. Перед финальным экспортом проверьте их не только в редакторе, но и в конечном PDF: отображение зависит от всей цепочки подготовки файла.
Как настроить RTL в InDesign и Word¶
Направление абзаца, направление текстовой истории и привязка страниц отвечают за разные вещи. В InDesign настройка истории управляет направлением текста в текстовом потоке, направление абзаца задает поведение строк, а привязка определяет сторону переплета. Корректный файл требует согласовать эти параметры, а не искать один универсальный переключатель «RTL».
В документации Adobe для InDesign Server Middle Eastern scripting guide описаны отдельные параметры storyDirection и pageBinding. Для истории можно выбрать направление слева направо или справа налево, а для привязки страницы предусмотрен вариант rightToLeft (Adobe). Руководство также описывает смену компоновщика текста на Adobe World-Ready Composer.
World-Ready Composer предназначен для набора текстов с письмом, требующим соответствующей обработки. Если арабские символы не соединяются должным образом или строка ведет себя неожиданно, проверьте выбранный компоновщик и поддержку нужных языков в установленной версии программы. Само переключение привязки страниц не меняет компоновщик и не исправляет направление конкретного абзаца.
Практическая проверка в InDesign может идти так:
- Откройте текстовый фрейм и определите, к какой истории относится проблемный фрагмент.
- Проверьте направление самой истории, если текстовый поток должен идти справа налево.
- Проверьте направление абзаца и выравнивание отдельно для заголовков, основного текста, списков и подписей.
- Убедитесь, что для арабского текста используется подходящий World-Ready Composer.
- Проверьте специальные знаки языка, цифры, латиницу, скобки и пунктуацию в контексте всей строки.
- Отдельно проверьте привязку страниц и порядок разворотов, не используя ее вместо настройки текста.
- Экспортируйте пробный PDF и сравните его отображение с исходным макетом.
В Microsoft 365 язык интерфейса и направление документа настраиваются отдельно. Смена языка меню может изменить расположение элементов интерфейса, но сама по себе не включает RTL-ввод и не меняет направление абзаца. Microsoft указывает, что для набора RTL-текста требуется включить соответствующий язык клавиатуры Windows, а кнопка направления абзаца появляется после включения языка с письмом справа налево (Microsoft Support).
Microsoft Support поясняет: «The direction of the text can be changed from within a Microsoft 365 program by choosing the Right-to-left paragraph button in the Paragraph group on the Home tab (this only appears if you have a right-to-left language enabled).»
Эта инструкция описывает настройку направления абзаца, а не переключение всего Office на другой язык. Если кнопки нет, проверьте включенные языки редактирования и клавиатуру. Изменение языка меню не заменяет ни одну из этих настроек.
В документе Word задайте направление для целых абзацев, а не выделяйте отдельные слова и не пытайтесь сдвигать их пробелами. Для списков дополнительно проверьте положение маркеров и нумерации: Microsoft отмечает, что при включенном RTL-языке направление можно задавать для текста, маркеров и нумерации из элементов редактирования Office. Отдельные ячейки и поля Excel или Access также могут получать направление на основе языка первого введенного символа, причем направление можно переопределить для конкретного объекта (Microsoft Support).
Для проверки задайте тестовый абзац с арабским или ивритским текстом, коротким латинским названием, числом и скобками. Сделайте копию строки, поменяйте направление абзаца и сравните результат. Такой тест помогает понять, идет ли проблема от базового направления, вставленных управляющих знаков или конкретной настройки стиля.
Порядок страниц, переплет и устройство публикации¶
Для RTL-публикации недостаточно направить текстовые абзацы вправо. Обложка, порядок страниц, развороты и сторона переплета определяют, как читатель будет открывать издание. Эти параметры относятся к структуре документа и проверяются независимо от направления букв внутри текста.
Adobe описывает традиционную привязку арабских и ивритских публикаций справа, в отличие от римских публикаций, которые привязываются слева. В руководстве сказано: «In a Roman publication, the binding of documents is always on the left. Conversely, in an Arabic or Hebrew publication, binding is on the right» (Adobe).
Практический смысл настройки прост: правая сторона становится стороной переплета, а порядок разворотов должен соответствовать открытию книги справа налево. Такой параметр не переворачивает символы и не исправляет цифры внутри строки. Он управляет тем, как документ собран как публикация.
Перед выводом многостраничного макета проверьте следующие элементы:
- Какая страница является первой и с какой стороны читатель начинает открывать издание.
- Правильно ли расположены обложка, задняя обложка и внутренние стороны обложек.
- Соответствуют ли порядок страниц и разворотов выбранной стороне переплета.
- Находятся ли колонтитулы, номера страниц и навигационные элементы со стороны, ожидаемой в RTL-макете.
- Не поменялись ли местами арабские или ивритские заголовки с латинскими логотипами и подписями.
- Совпадает ли экспортированный PDF с настройкой привязки и заданным порядком страниц.
Различайте порядок страниц в документе и порядок чтения отдельной строки. Если пользователь сообщает, что «книга открывается не с той стороны», проверьте привязку и последовательность страниц. Если проблема касается номера телефона или скобок, ищите причину в направлении абзаца и bidi-контексте. У этих сбоев разные источники и разные исправления.
Для страницы с двуязычным содержимым согласуйте сетку заранее. RTL-полосы часто требуют перенести навигацию и основные визуальные акценты так, чтобы они поддерживали направление чтения, но логотипы, маркировка товара и латинские названия могут оставаться в привычном LTR-порядке. Не отражайте автоматически каждый объект: зеркальное отображение может поменять местами элементы, которые должны сохранять исходную ориентацию.
Отдельный риск - шаблоны, подготовленные для LTR-издания. Если в них просто заменить текст, поля страницы, нумерация, висячие элементы и направление списка могут остаться привязанными к прежней схеме. Создайте тестовый разворот, проверьте обложку и несколько типов страниц, затем перенесите подтвержденные параметры в остальные шаблоны.
Частые ошибки и проверка перед экспортом¶
Главная ошибка RTL-верстки - исправлять видимый результат, не выяснив уровень проблемы. Перевернутая цифра, неправильная запятая, арабская буква без соединения и неверно открывающийся разворот выглядят как «что-то не так справа налево», но требуют разных действий.
Не переворачивайте символы вручную. Unicode хранит текст в логическом порядке, а двунаправленный алгоритм управляет визуальным отображением. Ручная перестановка может исказить поиск и копирование, а после вставки в другой редактор последовательность снова окажется неверной (Unicode).
Не считайте направление выравнивания направлением абзаца. Выравнивание по правому краю визуально сдвигает строку вправо, но не обязательно задает RTL-контекст. Если абзац остается LTR, смешанные цифры и пунктуация могут вести себя не так, как ожидает верстальщик.
Не меняйте язык интерфейса вместо языка редактирования. Microsoft разделяет язык отображения Office и направление письма в документе. Для RTL-ввода нужен включенный язык клавиатуры, а направление абзаца задается средствами редактирования (Microsoft Support).
Не исправляйте знак пробелами. Пробелы и пунктуация являются нейтральными символами. Добавление пробелов может временно передвинуть знак, но после изменения ширины фрейма, шрифта или соседнего текста композиция изменится. Сначала проверьте направление абзаца и характер соседних фрагментов (Microsoft Learn).
Не смешивайте настройки истории и привязки. Adobe документирует storyDirection как направление существующей текстовой истории, а pageBinding - как настройку стороны переплета. Переключение одного параметра не заменяет другой (Adobe).
Не подменяйте специальные знаки похожими латинскими. В руководстве Adobe перечислены арабские запятая, точка с запятой, вопросительный знак и кашида, а также ивритские гереш, гершайим и маккеф. Такие знаки стоит проверять как отдельные символы: похожее начертание не гарантирует, что в тексте стоит нужный знак (Adobe).
Не считайте единичную ошибку универсальным дефектом приложения. Участник сообщества Adobe описал конкретный случай, когда последовательность 58:12 в иврите после вставки в InDesign выглядела как 21:85. Эта публикация датирована 3 марта 2025 года и отражает сообщение одного пользователя, а не результат системного теста всех версий программы (Adobe Community). Воспроизведите проблему на копии документа и сравните исходную строку, настройки абзаца и экспорт.
Перед передачей файла редактору или печатнику пройдите короткую проверку:
- Скопируйте из PDF несколько RTL-строк в обычный текстовый редактор и убедитесь, что логический порядок сохранен.
- Проверьте даты, номера, адреса электронной почты, URL, артикулы и телефонные номера в контексте окружающего текста.
- Проверьте кавычки, скобки, двоеточия, запятые и знаки конкретного языка.
- Откройте экспорт на другом устройстве или в другом просмотрщике PDF, если доступен такой сценарий проверки.
- Сравните направление абзацев и порядок страниц с утвержденным образцом макета.
- Проверьте, что арабские буквы соединяются как задумано, а диакритические знаки не теряются и не смещаются.
- После правок экспортируйте PDF заново и проверьте именно финальный файл, а не только рабочий документ.
Проверка копированием полезна потому, что разделяет визуальное и логическое представление. Если строка выглядит неверно, но копируется в правильном порядке, вероятна проблема отображения или настроек. Если последовательность символов при копировании тоже нарушена, проверьте исходный текст и вставленные управляющие знаки.
Когда RTL-настройки нужны, а когда достаточно обычной верстки¶
Полный RTL-процесс нужен, когда язык публикации читается справа налево и направление влияет на абзацы, списки, колонки, интерфейсные элементы или порядок страниц. Для арабской и ивритской книги настройка привязки имеет отношение к структуре издания; для форм и инструкций важны абзацы и смешанные данные; для двуязычного каталога требуется проверять оба направления внутри одного макета.
Отдельные RTL-фрагменты не всегда требуют перестраивать весь документ. Если LTR-файл содержит короткую цитату на иврите или арабском, проверьте направление именно этого абзаца и то, как приложение обрабатывает смешанное письмо. Полная перестройка привязки страниц не нужна, если сам документ остается LTR и публикация не меняет порядок открытия.
Для формы, где арабский текст стоит справа, а код товара записан латиницей, задайте направление содержимого и проверьте код как отдельный фрагмент. Для издания, где арабский или иврит используется на всех страницах, дополнительно настройте переплет, страницы и развороты. Для двуязычного буклета проверьте, не требует ли заказчик отдельные версии макета: порядок чтения может быть разным даже при одинаковых переводах.
Устройство знаков зависит не только от языка, но и от роли содержимого. Телефон, URL, серийный номер и дата могут следовать LTR-порядку внутри RTL-предложения. Заголовок целиком на иврите ведет себя иначе, чем короткая фраза на иврите внутри английского абзаца. Поэтому не применяйте одно глобальное исправление к каждому текстовому фрейму.
В руководстве Adobe сказано, что арабские и ивритские публикации переплетаются справа, тогда как римские публикации - слева. Это правило относится к стороне переплета, а не к порядку букв внутри абзаца (Adobe).
Такое разделение помогает выбрать правильную проверку. Если читатель начинает не с той стороны, смотрите на привязку и последовательность страниц. Если буквы стоят в неверном порядке, проверьте логический текст и bidi-настройки. Если арабская строка выглядит несвязной, проверьте компоновщик и обработку письма. Если знаки «прыгают», изучите нейтральные символы и границы смешанных фрагментов.
Для команд, которые передают макет между редактором, переводчиком и дизайнером, полезно закрепить несколько условий в спецификации проекта: язык каждого текстового поля, направление абзаца, допустимые LTR-фрагменты, требуемую сторону переплета и формат финальной проверки. Такой список не заменяет просмотр PDF, но помогает не путать текстовую настройку с издательской.
Частые вопросы¶
Почему цифры и знаки препинания в арабском или ивритском тексте отображаются не в том порядке?¶
Алгоритм Unicode Bidirectional Algorithm учитывает направление символов и контекст абзаца. Цифры часто имеют слабый тип направления, а пробелы и пунктуация - нейтральный, поэтому смешанные фрагменты могут визуально перестраиваться (Unicode).
Как задать направление абзаца справа налево в Microsoft Word?¶
Включите нужный RTL-язык и выберите кнопку направления абзаца справа налево в группе «Абзац» на вкладке «Главная». Язык интерфейса Office и направление документа настраиваются отдельно (Microsoft Support).
Как установить порядок страниц и переплет для издания на иврите или арабском?¶
Задайте привязку переплета справа и проверьте порядок разворотов и нумерацию страниц. Направление переплета не меняет направление букв в абзацах: эти параметры проверяются независимо (Adobe).
Почему английский текст и цифры перемещаются внутри арабского или ивритского абзаца?¶
Строка содержит фрагменты с разными направлениями, а пробелы и знаки препинания не всегда имеют собственное сильное направление. Задайте направление абзаца, проверьте контекст и изолируйте нужный фрагмент, если это поддерживает приложение (Microsoft Learn).
Чем направление RTL-абзаца отличается от переворачивания символов?¶
Направление абзаца меняет визуальную раскладку текста, сохраняя логический порядок символов. Ручное переворачивание обычно портит последовательность, копирование, поиск и дальнейшую обработку (Unicode).