Файлы Publisher на арабском и иврите: текст справа налево, который читается правильно

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

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

Что идёт не так при плохой конвертации

Файл .pub хранит ваш текст в порядке чтения: первая набранная вами буква идёт первой. Программа, которая его показывает, должна знать, что этот текст идёт справа налево. Когда конвертер не сообщает следующей программе о направлении, происходят три вещи.

Первая: перевёрнутый текст. Все буквы на месте, но они выложены слева направо, и поэтому каждое слово читается задом наперёд.

Вторая: разорванные соединения. Арабские буквы меняют форму в зависимости от соседей. Буква в начале слова выглядит иначе, чем та же буква в середине или в конце. Если конвертер рисует каждую букву в её отдельной форме, слово распадается на отдельные знаки. Текст верный, но прочитать его невозможно.

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

Что делает наш вывод

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

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

В файле IDML направление задаётся для каждого материала. Материал это текст в одной рамке или в цепочке связанных рамок. Материал, в основном арабский или ивритский, получает направление справа налево.

В PDF арабские буквы соединяются в связные формы, а текст идёт справа налево.

Шрифты здесь тоже важны. Некоторые старые документы Publisher задают арабский или ивритский текст гарнитурой, в которой нет арабских и ивритских букв вообще. На экране Publisher это скрывал. Конвертер, использующий названную гарнитуру как есть, рисует пустые квадраты. В PDF, когда в исходной гарнитуре нет нужных букв, конвертер использует запасную гарнитуру, в которой они есть, поэтому вы видите слова, а не квадраты. Файлы Word и IDML сохраняют исходные названия шрифтов, так что, если исходные шрифты у вас установлены, Word или InDesign их использует.

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

Какой формат выбрать

Для файлов на арабском и иврите выбор формата важнее обычного.

PDF подходит, когда документ готов и его нужно отправить, напечатать или сохранить. Текст в нём настоящий, поэтому по нему можно искать и его можно копировать.

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

IDML хорошо подходит, если вы работаете в Adobe InDesign. InDesign поддерживает арабский и иврит через World-Ready Composer.

IDML не подходит, если вы собираетесь открывать его в Affinity. В справочном центре самой Affinity сказано: «Поддержка текста справа налево и вертикального текста сейчас в Affinity недоступна». Так было на момент нашей проверки 6 октября 2026 года. Текст придёт, но Affinity не умеет выкладывать его справа налево.

ODG тоже не подходит. Наш вывод ODG для LibreOffice Draw не задаёт направление справа налево, поэтому выбирайте PDF или Word. Наше руководство по выбору выходного формата сравнивает все четыре.

Как проверить файл до оплаты

  1. Откройте главную страницу и перетащите на неё файл .pub.
  2. Посмотрите бесплатный предпросмотр. Он показывает вывод в PDF, страницу за страницей, с водяным знаком. Он охватывает до 100 страниц и 25 МБ на файл, и аккаунт не нужен.
  3. Прочитайте несколько строк на каждой странице. Проверьте, что слова читаются в правильном порядке, что арабские буквы соединены, а абзацы прижаты к нужному полю.
  4. Внимательно посмотрите на строки, где арабский или иврит смешан с английскими словами или цифрами. Это самые трудные строки для любого конвертера.
  5. Если всё выглядит правильно, купите доступ и скачайте PDF или Word. Доступ стоит $49 один раз, и заданий можно делать сколько угодно, до 20 файлов и 2 ГБ на задание.

Microsoft убрала Publisher из Microsoft 365 1 октября 2026 года, так что сейчас хорошее время для конвертации таких файлов. Подробнее о выводе в Word: Publisher в Word, который остаётся редактируемым.

Бесплатно посмотрите свой арабский или ивритский файл и прочитайте первую страницу.