Файли 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, який лишається придатним до редагування.

Безкоштовно перегляньте свій файл арабською чи івритом і прочитайте першу сторінку.