Вставляете дату из Word в арабский макет, а на странице цифры словно поменялись местами? В InDesign такая ошибка часто связана не с тем, что текст набрали задом наперёд, а с тем, как программа отображает строку, где встречаются направления письма справа налево и слева направо.
Арабский и иврит читаются справа налево. Латинские слова и многие цифры внутри такого текста идут слева направо. Значит, одна строка может одновременно содержать оба направления. Выравнивание абзаца по правому краю эту задачу не решает: выравнивание отвечает за положение строки в блоке, а не за порядок символов внутри неё.
Что происходит, когда RTL-текст смешивается с латиницей и числами¶
RTL означает right-to-left, то есть «справа налево». LTR означает left-to-right, или «слева направо». Арабский и еврейский текст обычно имеют направление RTL, а латинские буквы - LTR. Числа в смешанном тексте тоже могут отображаться в последовательности слева направо. Такой текст называют двунаправленным, или bidi.
Алгоритм Unicode для двунаправленного текста объясняет, как определять визуальный порядок символов разного направления. Он не разворачивает всю строку одним движением: направление отдельных символов и контекст вокруг них помогают алгоритму собрать отображаемый результат.
Полезно различать два порядка:
- Логический порядок - порядок, в котором символы введены и хранятся в тексте.
- Визуальный порядок - порядок, в котором символы располагаются на странице после обработки направления.
Unicode хранит текст в логическом порядке. Поэтому необычное отображение даты на экране само по себе не доказывает, что цифры действительно были введены в обратной последовательности. Перед ручной перестановкой символов проверьте исходный текст и параметры направления.
Цитата из стандарта Unicode точно передаёт суть проблемы:
«Когда в письме справа налево используются цифры, записываемые слева направо, текст на самом деле двунаправленный: смесь текста справа налево и слева направо, даже внутри одного письма».
На практике это значит, что арабский абзац с латинским названием компании и датой не имеет единого направления для каждого символа. Менять направление всей строки из-за одной даты рискованно: латинские слова и числа могут начать выглядеть иначе, хотя именно они и должны сохранять свой порядок.
Направление абзаца также не равно выравниванию. Выравнивание по правому краю сдвигает строку к правой стороне текстового блока. Направление абзаца влияет на то, как компоновщик интерпретирует последовательности RTL и LTR. Абзац может стоять у правого края и при этом иметь неверное направление.
В руководстве Adobe по письму справа налево направление абзаца и направление текстовой истории описаны как отдельные настройки. Для нового абзаца в документации указано направление слева направо по умолчанию, а направление истории можно менять отдельно. Поэтому проверяйте не только панель выравнивания: важны параметры самого абзаца, истории и выделенного фрагмента.
Ещё один слой проблемы - правила обработки неоднозначных символов. Латинские буквы обычно задают направление LTR, буквы арабского письма и иврита - RTL. Многие знаки препинания и символы сами по себе не имеют очевидного направления. Алгоритм определяет их положение по окружению. Подробности приводит FAQ Unicode о направлении письма и двунаправленном тексте.
В результате двоеточие в дате, косая черта в номере документа, знак процента или скобка могут оказаться не там, где вы ожидали. Цифры при этом могут оставаться в правильном логическом порядке. Если исправлять каждую строку перестановкой цифр и знаков, текст рискует стать неправильным для поиска, копирования и последующего редактирования.
Как проверить настройки InDesign, не испортив весь абзац¶
Если проблема появилась в арабском или еврейском макете, начните с узкого теста: выделите конкретную строку или числовой фрагмент и проверяйте настройки по очереди. Так проще увидеть, какое изменение повлияло на результат, и не затронуть остальной текст.
Adobe документирует отдельный Adobe World-Ready Composer для работы с письмом справа налево. В документации по сценариям InDesign метод changeComposer() меняет Adobe Paragraph Composer на Adobe World-Ready Paragraph Composer, а Single-line Composer - на World-Ready Single-line Composer. Для обычной работы с интерфейсом важен тот же принцип: выбирайте компоновщик, рассчитанный на текст RTL и смешанное направление, и проверяйте результат на реальном фрагменте.
Проверяйте параметры в таком порядке:
- Посмотрите на направление абзаца. Убедитесь, что арабский или еврейский абзац действительно настроен как RTL. Выравнивание по правому краю не заменяет это свойство.
- Проверьте компоновщик абзаца. Для смешанного текста проверьте Adobe World-Ready Paragraph Composer. Сравнивайте поведение на коротком тестовом фрагменте, а не меняйте настройки всего документа вслепую.
- Выделите проблемный фрагмент отдельно. Если перепуталось только число или латинское слово, проверьте Character Direction для этого выделения. Направление отдельного символьного фрагмента может отличаться от направления абзаца.
- Сверьте язык и стиль. Проверьте, не применён ли к числу или слову стиль с неподходящим направлением, и не осталось ли переопределение форматирования после вставки.
- Сравните копирование и размещение файла. Если текст пришёл из Word, проверьте, отличается ли результат после Place и после вставки из буфера обмена.
- Проверьте не только цифры. Осмотрите двоеточия, слеши, скобки, проценты и дефисы. Их отображение может зависеть от соседних символов.
Обратите внимание на разные уровни направления. В параметрах InDesign можно отдельно работать с направлением абзаца, текстовой истории и выделенного символьного фрагмента. Замена настройки на одном уровне не обязательно исправит другой. Например, RTL-история не гарантирует, что каждый абзац и каждый встроенный латинский фрагмент получили подходящие атрибуты.
Для проверки подготовьте короткую строку с теми же элементами, что и в проблемном макете: текст на арабском или иврите, латинское название, число и знак препинания. Сравните её с исходным абзацем. Такой тест помогает отделить ошибку компоновки от влияния стиля или импорта. Не вставляйте невидимые управляющие символы в каждый абзац до проверки стандартных параметров.
В обсуждении Adobe пользователь сообщил, что персидские цифры в арабском файле шли в неверном направлении; в видимом фрагменте принятого ответа советуют выделить только проблемное число и настроить Character Direction через панель Character (обсуждение в Adobe Community, вопрос от 2020-08-20). Практический смысл совета - начинать с узкого исправления. Если проблема действительно локальная, менять композицию всего абзаца незачем.
Не считайте эту рекомендацию универсальной кнопкой «исправить всё». На результат могут влиять направление абзаца, компоновщик, способ импорта и соседние знаки. Сначала измените один параметр на копии или тестовой строке и проверьте не только экран, но и экспортированный файл.
Почему ломаются даты, знаки препинания и вставленный текст¶
Даты особенно наглядно показывают, что визуальный порядок и порядок ввода - разные вещи. Числа читаются слева направо, а слова и контекст вокруг даты могут идти справа налево. Двоеточие, точка и слеш относятся к символам, для которых важна окружающая последовательность. Поэтому при переходе из Word в InDesign строка может выглядеть иначе, даже если в исходном тексте цифры не менялись местами.
В пользовательском примере на Adobe Community еврейская ссылка на стих отображалась в Word как 58:12, а после вставки в InDesign - как 21:85, хотя использовался World-Ready Paragraph Composer. Автор обсуждения отметил, что смена компоновщика на стандартный меняла уже весь еврейский абзац (сообщение от 2025-03-03).
«Например, в Word буквы отображаются как 58:12, а после вставки в InDesign становятся 21:85».
Этот пример показывает две вещи. Во-первых, настройка World-Ready сама по себе не гарантирует одинаковое отображение каждого импортированного фрагмента. Во-вторых, переключение компоновщика на весь абзац может исправить один симптом ценой другого. Проверяйте направление и форматирование конкретной последовательности прежде, чем менять движок композиции для всего текста.
Способ переноса текста тоже имеет значение. Размещение документа и вставка из буфера могут передавать форматирование по-разному. В обсуждении арабской последовательности цифр пользователи связывают различия поведения с источником и методом импорта: после Place настройки абзаца могут сохраниться иначе, чем при вставке обычного текста. Детали и пример обсуждаются в треде Adobe Community от 2023-11-12.
Если одна и та же строка ведёт себя по-разному после Place и после вставки, зафиксируйте оба результата. Проверьте стили абзацев и символов, направление текста и локальные переопределения. Такое сравнение не доказывает, что проблема исключительно в буфере обмена, но помогает найти участок, где параметры изменились.
Знаки препинания заслуживают отдельной проверки. Согласно FAQ Unicode о двунаправленном тексте, большинство знаков препинания и символов нейтральны: их положение зависит от соседних направленных символов. Поэтому слеш в дате, двоеточие во времени, знак процента после числа или закрывающая скобка могут визуально сместиться, хотя сами цифры стоят в правильном порядке.
Числа тоже нельзя сводить к одному правилу «все цифры всегда ведут себя одинаково». Unicode отмечает, что числа обычно имеют слабый класс направления, а представление чисел вместе с разделителями зависит от контекста, письма и набора цифр. Арабский и еврейский согласуются в том, что старший разряд простого числа находится слева, но расположение целого выражения с разделителями может различаться. Для арабского текста имеет значение и используемый набор цифр.
«Арабский и еврейский согласуются в порядке цифр: старший разряд находится слева. Но расположение целых чисел в контексте, включая группы цифр и разделители, различается между письмами и, для арабского, в зависимости от набора цифр».
Такое различие важно для редактора макета: не делайте вывод по одному примеру и не заменяйте все числа вручную. Проверьте тип цифр, окружающий текст и знаки. Если строка должна оставаться пригодной для поиска, копирования и редактирования, сохраняйте логическую последовательность и исправляйте настройки отображения.
Когда нужны управляющие символы, а когда достаточно настроек¶
Управляющие символы направления - специальные невидимые или малозаметные элементы текста, которые влияют на отображение смешанных последовательностей. Unicode предусматривает такие средства для ситуаций, когда стандартного определения направления по контексту недостаточно. Но алгоритм обычно обрабатывает обычный смешанный текст автоматически, поэтому добавлять управляющие символы в каждую строку - не первый шаг.
В InDesign также доступны специальные символы Right-to-Left Mark и Left-to-Right Mark, а руководство Adobe описывает их наряду со специальными знаками препинания для арабского и иврита. Их можно применять адресно, когда конкретный контекст остаётся неоднозначным после проверки направления абзаца и фрагмента.
Управляющий символ оправдан, если ошибка повторяется в конкретной короткой последовательности и обычные настройки не дают нужного результата. Например, в строке с латинским сокращением, числом и нейтральным знаком можно проверить влияние направляющей метки на этом участке. Сначала убедитесь, что проблема воспроизводится в тестовом тексте, а не связана только со стилем абзаца или импортом.
У такого решения есть цена: управляющий символ не виден как обычная буква, поэтому редактор может забыть о нём при последующей правке. Unicode указывает, что направляющие форматирующие символы изменяют отображаемый порядок, но должны игнорироваться при сравнении, разбиении на слова, анализе чисел и разборе текста. Это не значит, что любая программа и любой рабочий процесс одинаково покажут такие символы. Перед массовым применением проверьте копирование, экспорт и повторное редактирование целевого файла.
Unicode различает embeddings и isolates. В isolate вложенный фрагмент не влияет на порядок текста снаружи так, как это может происходить при embedding. Стандарт отмечает, что isolates введены в Unicode 6.3 и рекомендует использовать их в новом тексте, если известно, что целевые платформы их поддерживают (UAX #9). Для макета этот нюанс важен при обмене текстом между приложениями: специальная последовательность может вести себя по-разному в зависимости от поддержки со стороны программы и пути импорта.
Не вставляйте управляющие символы наугад из интернета и не добавляйте их для «симметрии». Сначала найдите минимальную проблемную последовательность, затем тестируйте один способ исправления и проверяйте результат в том формате, который пойдёт дальше по цепочке: в документе, PDF или другом целевом файле. Если строка исправилась только на экране, но сломалась после копирования или экспорта, исправление не решило рабочую задачу.
Важное различие: направление набора страницы и направление символов внутри строки - разные проблемы. Adobe указывает, что римские публикации традиционно переплетаются слева, а арабские и еврейские - справа. Настройка переплёта помогает построить публикацию с нужной стороны, но не исправляет порядок латинского слова или цифр внутри абзаца. Не пытайтесь лечить внутреннее направление строки изменением параметров страницы.
Как не допустить повторения ошибки в макете¶
Самый надёжный способ не чинить одни и те же даты по одной - проверять направление на шаблоне и на типовых строках до верстки всего материала. Для этого не нужно заранее усложнять каждую строку управляющими символами. Достаточно понять, какие комбинации встречаются в документе: RTL-текст с датами, латинскими названиями, номерами, процентами или скобками.
Соберите тестовый набор из фрагментов, которые действительно есть в макете. Включите в него арабский или еврейский текст, латинское слово, простое число и знак препинания. Для дат и номеров проверьте реальные разделители, а не только набор цифр. Результат полезно сравнить в трёх местах: исходный файл, текстовый блок InDesign и экспортированный PDF.
Затем зафиксируйте рабочие параметры в стилях. Для абзаца укажите подходящее направление и компоновщик; для часто повторяющихся латинских фрагментов и чисел проверьте, не нужны ли им отдельные символьные стили или локальные настройки. Если в документе есть несколько направлений текста, не распространяйте один стиль на все абзацы только ради одинакового выравнивания.
При передаче файлов переводчику или верстальщику добавьте короткое описание проблемы и минимальный пример, который воспроизводит её. Укажите, как текст попал в InDesign: его разместили из файла или вставили из буфера. В примере сохраните исходную последовательность символов и покажите ожидаемое отображение. Такая заметка полезнее, чем указание «поправить цифры», потому что помогает проверить причину, а не только внешний симптом.
До финального экспорта проверьте:
- даты, ссылки и номера, в которых есть двоеточия или слеши;
- латинские названия внутри арабских и еврейских абзацев;
- скобки и знаки процента рядом с числами;
- фрагменты, перенесённые из Word через Place и через вставку;
- абзацы, для которых меняли компоновщик;
- выделенные числа с отдельным Character Direction;
- результат после экспорта и повторного открытия файла.
Если проект включает арабские и латинские страницы, проверьте также общий порядок страниц и переплёт, но не смешивайте эту проверку с bidi-настройками внутри строки. В руководстве Adobe направление переплёта описано отдельно от композиции текста. Для RTL-книги правильная сторона переплёта не означает, что все цифры и латинские слова автоматически отобразятся правильно.
Перед FAQ полезно вспомнить практическое правило: сначала определите, где именно возникло расхождение - в абзаце, в символьном фрагменте, при импорте или только в отображении знака. Затем меняйте одну настройку и повторяйте тест. В обсуждении Adobe сотрудник компании советовал при перевёрнутых арабских числах после размещения текста из Word проверить и RTL-направление текста, и Adobe World-Ready Paragraph Composer (ответ от 2025-06-18).
«Если арабские числа всё ещё отображаются перевёрнутыми после размещения текста из Word в InDesign, проверьте, что направление текста установлено как Right-to-Left и используется Adobe World-Ready Paragraph Composer».
Совет полезен как начальная диагностика, но не как гарантия исправления любого файла. Если после проверки компоновщика проблема осталась, изучите конкретный числовой фрагмент, стиль и способ импорта. Переключение всего абзаца на другой компоновщик способно изменить и арабский или еврейский текст вокруг числа.
Частые вопросы¶
Почему числа отображаются наоборот в арабском документе InDesign?¶
Арабский текст читается справа налево, а цифры в числе обычно располагаются слева направо. Алгоритм двунаправленного текста определяет отображение по классам символов и контексту, поэтому проверьте направление абзаца, компоновщик и настройки самого числа. Логический порядок ввода при этом может оставаться правильным.
Как оставить английские слова слева направо в арабском абзаце InDesign?¶
Настройте направление абзаца как RTL, а для композиции смешанного текста проверьте Adobe World-Ready Paragraph Composer. Если неверно выглядит только латинское слово, выделите этот фрагмент и проверьте Character Direction. Не переключайте весь абзац на LTR или стандартную композицию, чтобы исправить одно слово.
Какой компоновщик InDesign выбрать для смешанного текста на иврите и латинице?¶
Проверьте Adobe World-Ready Paragraph Composer и направление абзаца. Затем убедитесь, что у латинского фрагмента и чисел нет неподходящих локальных настроек. Смена компоновщика всего абзаца может повлиять на RTL-текст, поэтому сначала тестируйте изменение на копии проблемной строки.
Почему дата выглядит иначе после вставки из Word в InDesign?¶
При вставке текст может получить другое форматирование или потерять часть параметров направления. Сравните результат вставки с размещением исходного документа через Place и проверьте стили и переопределения. Двоеточие, точка или слеш тоже могут менять видимое положение в зависимости от соседних символов.
Для арабских цифр в InDesign выбирать Default или Right to Left?¶
Начните с Default для числового фрагмента в RTL-абзаце и проверьте отображение всей строки, включая разделители. Если направление конкретного числа выглядит неверно, выделите только его и проверьте Character Direction. Не меняйте направление всего абзаца ради одного числа.
Нужно ли вручную переворачивать цифры, если они выглядят неправильно?¶
Нет, сначала проверьте логический порядок символов и параметры направления. Unicode хранит текст в порядке ввода, а алгоритм двунаправленного текста меняет его отображение, поэтому ручная перестановка может испортить данные, которые выглядят неверно только на странице. Проверьте результат после экспорта и копирования.
Могут ли скобки и знаки препинания выглядеть неправильно, хотя цифры стоят верно?¶
Да. Большинство знаков препинания и символов нейтральны, поэтому их положение зависит от RTL- и LTR-символов рядом. Проверяйте отдельно двоеточия, слеши, скобки и знак процента, а не делайте вывод только по порядку цифр.