Абзац гінді може здаватися цілком нормальним, доки матра не з’їде, а сполучення приголосних не розпадеться на окремі знаки. У макеті така дрібниця відразу заважає читати й коректувати текст. Налаштування компоновника в InDesign - одне з перших місць, які варто перевірити, але проблема може бути й не в ньому.
Adobe World-Ready Paragraph Composer визначає, як InDesign компонуватиме текст усередині абзацу. Він допомагає працювати з письмом, де видиме розташування символів не завжди відповідає порядку, у якому вони записані в Unicode. Але компоновник не додасть шрифту відсутніх гліфів і не гарантує, що експортований PDF матиме правильне кодування для пошуку чи доступності.
Що таке World-Ready Composer і чому він важливий¶
World-Ready Composer - це компоновник InDesign для письма, якому потрібна складніша обробка. Він визначає, як символи взаємодіють під час складання рядків і як програма розподіляє текст у абзаці. Для гінді, тамільської та бенгальської це має значення: вигляд знака може залежати від сусідніх символів.
Багато систем письма Південної Азії Unicode описує як абугіди. У такій системі символ часто означає приголосний із внутрішнім голосним. Знак вірами може прибрати цей голосний, а його вигляд і назва залежать від конкретного письма. Деталі є в розділі 12 специфікації Unicode 17.0.0.
Щоб розібратися, де саме проблема, розділіть три речі:
- Мова - наприклад, гінді, тамільська або бенгальська.
- Письмо - система знаків, якою записано текст: деванагарі, тамільське або бенгальське письмо.
- Шрифт і компоновник - шрифт надає гліфи, а компоновник визначає, як InDesign їх формує й розташовує.
Гінді пишуть деванагарі. Для бенгальської використовують бенгальське письмо, яке також називають бангла, а для тамільської - тамільське. Unicode описує ці письма окремо: спільний план кодування не означає, що всі письма Південної Азії однаково відображаються.
Тож не перевіряйте весь проєкт на одному зразку гінді й не робіть висновок, що тамільський і бенгальський текст теж буде в порядку. Кожному письму потрібні відповідний шрифт, власні тестові рядки й окрема перевірка в готовому макеті.
Шрифт і компоновник легко сплутати, хоча вони відповідають за різне. Якщо потрібного знака немає у шрифті, компоновник його не створить. Якщо знак є, але InDesign неправильно формує послідовність, інший компоновник може змінити вигляд. Перевіряйте шрифт і компоновник окремо.
Як застосувати World-Ready Composer до тексту й стилю¶
Почніть із конкретного абзацу, де текст зіпсований. Фахівець Adobe Community порадив користувачеві з проблемою гінді змінити компоновник для виділеного тексту через меню панелі «Абзац». У відповіді на форумі Adobe це пояснено так:
“Try changing the paragraph composer of hindi text to Adobe World Ready Composer. Select the text and then use the flyout menu of paragraph panel to change the composer.”
Простіше кажучи: виділіть абзац гінді, відкрийте меню панелі «Абзац» і виберіть Adobe World-Ready Paragraph Composer. Форумна порада підказує, що перевірити, але не обіцяє однакового результату з кожним шрифтом і документом.
Перевірка одного абзацу¶
- Відкрийте документ і знайдіть абзац, де текст відображається неправильно.
- Виділіть абзац інструментом «Текст» або поставте в нього курсор.
- Відкрийте меню панелі «Абзац».
- Виберіть Adobe World-Ready Paragraph Composer.
- Перегляньте змінені рядки в масштабі, де добре видно знаки та їхні сполучення.
Назви команд і місце налаштувань можуть відрізнятися залежно від версії InDesign і мови інтерфейсу. Не бачите потрібного пункту? Звіртеся з офіційним оглядом Adobe World-Ready Composer.
Не обмежуйтеся одним окремим символом: перевірте цілі фрагменти. Візьміть рядок із поширеними знаками голосних, кілька сполучень приголосних, слово з вірамою й уривок із розділовими знаками. Так ви побачите, чи компоновник справляється саме з тими випадками, які є у вашому матеріалі.
Налаштування через стиль абзацу¶
Якщо однакове правило потрібне багатьом абзацам, змініть компоновник у стилі абзацу. Так не доведеться клацати кожен фрагмент окремо, а спільні налаштування легше зберегти в усьому документі.
У дискусії про проблеми з гінді користувачеві також порадили налаштувати компоновник через стиль абзацу. Обговорення на форумі Adobe подає цей варіант для випадків, коли налаштування треба застосувати до багатьох фрагментів.
Після зміни стилю перегляньте результат. Локальні перевизначення можуть не збігатися з параметрами стилю, а деякі абзаци можуть залишитися прив’язаними до іншого стилю. На панелі «Стилі абзаців» перевірте, які фрагменти використовують потрібний стиль. Під час коректури пройдіться кількома сторінками, а не лише першим розворотом.
Для порівняння «до і після» зробіть дублікат документа або окрему тестову сторінку. Залиште однаковими шрифт, кегль і текст, змініть тільки компоновник, а тоді порівняйте форму знаків. Якщо водночас змінити шрифт, стиль і компоновник, стане складно зрозуміти, що саме поліпшило або зіпсувало результат.
Після налаштування перегляньте абзаци з різним вирівнюванням і переносами. Налаштування, яке поліпшило один рядок, може інакше розподілити текст у сусідніх абзацах. Перед остаточним експортом перевірте весь багатосторінковий документ.
Чому ламаються матри, сполучення й окремі знаки¶
Видимий текст не завжди складається в тому самому порядку, у якому символи записано. Компоновник опрацьовує послідовність кодових позицій, правила письма й дані шрифту, щоб показати зв’язаний текст. Якщо один із компонентів не відповідає очікуванню, матра може опинитися не на місці, сполучення - розпастися, а знак - зникнути.
Матра - це знак голосного, який у певних письмах розташовується біля приголосного або змінює його видимий вигляд. Unicode описує віраму як комбінувальний знак, що номінально прибирає внутрішній голосний приголосного. Для пов’язаного поняття в гінді вживають термін «галант», а в тамільській відповідний знак називають «пуллі». Не зводьте ці назви до однієї: їх уживають у контексті конкретного письма.
Якщо гінді відображається неправильно, перевірте ці речі по черзі:
- Переконайтеся, що текст набрано потрібним письмом. Гінді має бути деванагарі, а не латинськими символами, схожими на знаки іншої системи.
- Перевірте шрифт. У ньому мають бути потрібні гліфи деванагарі. Напис «підтримує індійські мови» ще не доводить, що шрифт містить потрібні саме вам знаки.
- Перемкніть компоновник на World-Ready. Перевірте проблемний абзац і поки не змінюйте інших параметрів.
- Перегляньте складні послідовності. Зверніть увагу на знаки голосних, віраму та сполучення приголосних.
- Збережіть копію й перевірте експортований PDF. Вигляд сторінки й властивості тексту в PDF - окремі контрольні точки.
Порада з форуму про гінді не означає, що компоновник виправить будь-яку помилку. В окремому обговоренні Adobe про відсутні символи гінді фахівець спільноти пов’язав відсутні гліфи зі шрифтом і запропонував перевірити інші шрифти. Сприймайте це як напрям перевірки, а не остаточний діагноз для кожного файла.
Якщо знак не з’явився після перемикання компоновника, не клацайте той самий пункт меню знову. Перевірте, чи є потрібний гліф у шрифті, і порівняйте текст з іншим відповідним шрифтом. Якщо в іншому шрифті знак з’явився, причина може бути в наборі гліфів або властивостях початкового шрифту, а не в абзаці.
Якщо помилка є лише в одному файлі, перевірте, як його створили. Текст могли скопіювати з джерела з іншими символами чи послідовностями; у документі також можуть бути локальні перевизначення форматування. Порівняйте тестовий рядок, набраний безпосередньо в InDesign, із рядком, вставленим із початкового файла. Так ви відділите проблеми введення й кодування від поведінки компоновника.
Не робіть висновок про сумісність за назвою шрифту. Unicode визначає деванагарі як письмо для гінді, а бенгальське й тамільське письмо описує окремо. Тож перевірка деванагарі не підтверджує, що шрифт має потрібні бенгальські чи тамільські знаки.
Окрема перевірка для гінді, тамільської та бенгальської¶
World-Ready Composer не прибирає відмінностей між письмами. Unicode зазначає, що індійські письма мають спільні риси кодування, але південноіндійські письма формуються не так, як деванагарі. Тому самих однакових налаштувань недостатньо, щоб підтвердити правильну верстку трьома мовами.
| Мова | Письмо, яке потрібно перевірити | Що особливо переглянути |
|---|---|---|
| Гінді | Деванагарі | Матри, віраму, сполучення приголосних і наявність потрібних гліфів |
| Бенгальська | Бенгальське письмо, або бангла | Візуальну форму літер в InDesign і кодування тексту в експортованому PDF |
| Тамільська | Тамільське письмо | Відображення саме тамільських послідовностей, а не лише зразка деванагарі |
Таблиця підказує, що перевірити, але не оцінює конкретні шрифти. Виберіть шрифт для потрібного письма й протестуйте його на реальному тексті проєкту. Короткий абзац може виявити проблему зі знаками, але не замінить перевірку готової сторінки редактором, який знає це письмо.
Гінді: деванагарі та матри¶
У гінді перевіряйте, як знаки голосних розташовуються відносно приголосних і як утворюються сполучення. Не змінюйте шрифт і форматування: спершу порівняйте звичайний компоновник із World-Ready Composer, а потім перевірте ті самі рядки в PDF.
Якщо потрібні гліфи не з’явилися після перемикання компоновника, перевірте шрифт. У відповіді фахівця спільноти Adobe про гінді саме для такого випадку запропоновано розглянути інші шрифти. Один індійський шрифт не обов’язково має всі письма, які є у вашому багатомовному документі.
Бенгальська: форма тексту й текстовий шар PDF¶
Бенгальський текст добре показує, чому перевірка вигляду сторінки не замінює перевірку експорту. На форумі Adobe користувач повідомив, що стандартний компоновник спотворював літери в InDesign, а World-Ready Composer виправив їхню форму. Водночас автор допису описав проблему кодування під час перевірки доступності PDF. Це випадок з одним документом, а не властивість усіх файлів бенгальською.
“When i use the Adobe world ready composer it corrects the formatting issue in indesign but when it fails character encoding in the PDF”
Автор повідомлення на форумі Adobe пише, що вигляд тексту в InDesign виправився, але з кодуванням у PDF виникла проблема. Перевірте окремо вигляд сторінки, текстовий шар і доступність документа: один результат не підтверджує інші.
У тому самому дописі користувач назвав шрифти Noto Sans Bengali, Adobe Bengali, Myriad Bengali та Tiro Bangla. За його словами, проблема з PDF виникла з усіма чотирма у його документі й процесі експорту. Це опис одного тесту, а не рейтинг шрифтів і не доказ, що вони поводяться однаково в інших файлах.
Тамільська: перевіряйте окремо від деванагарі¶
Не перевіряйте тамільське письмо лише на зразках гінді. Unicode окремо описує особливості південноіндійських систем письма й застерігає: вони формуються не так, як деванагарі. Візьміть справжній тамільський текст із проєкту, зокрема знаки, які є в заголовках, таблицях і підписах.
Для відповідного знака в тамільській Unicode використовує термін «пуллі», тоді як у контексті гінді вживають «галант». Різниця між назвами нагадує, що треба враховувати властивості конкретного письма. Не використовуйте тестовий рядок гінді для перевірки тамільського шрифту й не вважайте успішну перевірку одного письма доказом підтримки іншого.
Зробіть тест таким, як справжній макет. Якщо в документі є тамільські підписи до таблиць, перевірте саме такі підписи, а не лише великий основний текст. Якщо поруч є латиниця, перегляньте змішаний фрагмент у тому самому абзаці, щоб оцінити результат у контексті сторінки.
Що перевірити перед експортом і під час коректури¶
Правильний вигляд на екрані - тільки один етап. Перевіряйте окремо шрифт, налаштування абзацу, макет і готовий файл. Так легше знайти причину, а не просто замаскувати симптом.
Контрольний список для сторінки¶
- Переконайтеся, що текст набрано потрібною мовою й системою письма.
- Перевірте, чи містить шрифт потрібні символи.
- Застосуйте World-Ready Composer до одного проблемного абзацу й порівняйте результат.
- Перевірте параметр у стилі абзацу, якщо його мають використовувати багато фрагментів.
- Перегляньте рядки зі знаками голосних і сполученнями, а не тільки окремі літери.
- Повторіть перевірку для кожного письма в документі.
- Експортуйте PDF і перевірте його вигляд окремо від доступності та кодування тексту.
- Перед передаванням макета знайдіть абзаци з іншим стилем або локальними параметрами.
Перевіряйте в такому порядку. Якщо одразу змінити кілька налаштувань, не буде зрозуміло, яке саме вплинуло на результат. Збережіть копію, змініть один параметр і повторіть тест. Для перевірки нового шрифту залиште ті самі рядки й компоновник.
Після експорту дивіться не тільки на те, як PDF виглядає на екрані. Якщо файл має бути доступним, перевірте, чи правильно читається й копіюється текст. Допис про бенгальський текст у спільноті Adobe описує випадок, коли користувач виправив вигляд сторінки, але повідомив про проблему кодування PDF. Цей випадок не означає, що така помилка буде в кожному файлі, але показує, навіщо окремо перевіряти експорт.
Перевірка між версіями InDesign¶
Якщо команда передає документ між комп’ютерами або робочими середовищами, перевірте його там, де робитимуть фінальний експорт. У дописі на форумі Adobe від 22 березня 2025 року команда повідомила про різне відображення тексту індійськими мовами у версіях InDesign 19 і 20 та версії 18, хоча параметри й шрифти, за словами автора, були однаковими. Автор також написав, що в його випадку допомогло ввімкнення підтримки застарілого формування тексту. Це один описаний випадок, а не доказ загального дефекту версій.
Якщо документ по-різному виглядає на двох комп’ютерах, порівняйте шрифти, параметри абзаців і налаштування формування тексту. Перевірте той самий уривок у тих самих версіях програми. Не змінюйте робочі параметри для всіх документів, доки не з’ясуєте, що саме впливає на результат.
Adobe пояснює налаштування в інструкції про зміну типового рушія формування тексту для World-Ready Composer. Перед зміною параметрів у робочому середовищі звіртеся з документацією Adobe. Форумний обхідний шлях може допомогти з конкретною конфігурацією, але не є універсальною порадою.
Для командної коректури збережіть короткі тестові сторінки для кожного письма в проєкті. На них можна порівнювати версії програми, шрифти й компоновники, не ризикуючи змінити весь макет. Додайте основний текст, таблиці, заголовки й змішані фрагменти, якщо вони є в готовому документі.
Під час передавання файлів запишіть, який шрифт і компоновник використовували для кожного письма. Така нотатка не замінить перевірки в InDesign, але допоможе іншому верстальнику відтворити умови коректури. Якщо текст у файлі відображається інакше, команда зможе перевірити конкретні параметри замість того, щоб гадати.
Поширені помилки та підводні камені¶
Не покладайтеся на думку, що перемикання компоновника виправить усі проблеми письма. Компоновник впливає на компонування, але шрифт, дані тексту, версія програми й властивості PDF потребують окремої перевірки.
Форумні обговорення добре показують, чому ці перевірки треба розділяти. У відповіді про гінді фахівець Adobe Community порадив спершу змінити компоновник виділеного абзацу. В іншому обговоренні про бенгальську користувач повідомив, що після зміни компоновника текст краще виглядав в InDesign, але з кодуванням PDF залишилася проблема. Це два конкретні дописи, а не доказ того, що кожен документ матиме такий самий результат.
“using the standard composer it corruupts the formatting of the letters (in in design) however it passes accessibility in the PDF.”
Користувач у дописі про бенгальські шрифти й компоновники описав інший бік проблеми: стандартний компоновник псував вигляд літер, але PDF проходив перевірку доступності. Порівняйте цю цитату з попередньою: у цьому конкретному процесі вигляд тексту й доступність змінювалися не синхронно.
Ось помилки, яких легко уникнути:
- Застосувати налаштування до всього документа без тесту. Спершу перевірте один абзац і порівняйте його зі збереженою копією.
- Звинувачувати компоновник у відсутньому гліфі. Перевірте, чи має шрифт потрібні знаки для цього письма.
- Перевірити гінді й перенести висновок на тамільську. Unicode не описує всі письма як взаємозамінні за поведінкою.
- Оцінити тільки зображення сторінки. Окремо перевірте текстовий шар PDF і доступність.
- Змінити кілька параметрів водночас. Змінюйте їх по одному, інакше причина результату залишиться незрозумілою.
- Перенести форумну пораду на інший комп’ютер без тесту. Версії програми й налаштування можуть відрізнятися.
Якщо макет правильний в InDesign, але текст у PDF копіюється неправильно, не перемикайте компоновник назад автоматично. Спершу визначте, що саме потрібно виправити: вигляд сторінки, текстовий шар, пошук у PDF чи доступність. Перевірка одного рівня нічого не говорить про решту.
Якщо текст неправильно відображається тільки в конкретному файлі, створіть невеликий тестовий документ і вставте туди той самий уривок. Залиште той самий шрифт, а потім змінюйте по одному параметру. Так ви відділите особливості документа від поведінки шрифту або InDesign.
FAQ¶
Як увімкнути World-Ready Composer для гінді в InDesign?¶
Виділіть абзац із гінді, відкрийте меню панелі «Абзац» і виберіть Adobe World-Ready Paragraph Composer. Потім перевірте складні сполучення, знаки голосних і діакритичні знаки у вашому шрифті. Цей спосіб описано в обговоренні спільноти Adobe про текст гінді.
Як застосувати World-Ready Composer до стилю абзацу InDesign?¶
Відкрийте параметри стилю абзацу й задайте потрібний компоновник, якщо однакове правило має діяти для багатьох абзаців. Після зміни перевірте локальні перевизначення та абзаци з іншими стилями. Форумна порада про стиль абзацу - практичний варіант, а не гарантія для кожного документа.
Чому матри й лігатури гінді неправильно відображаються в InDesign?¶
Причиною можуть бути налаштування компоновника, відсутні гліфи шрифту або особливості тексту й документа. Перевірте той самий рядок із World-Ready Composer, а потім переконайтеся, що шрифт має потрібні знаки деванагарі.
Чи підтримує InDesign World-Ready Composer тамільську й бенгальську?¶
World-Ready Composer призначений для роботи зі складним письмом, але тамільське й бенгальське письмо потрібно перевіряти окремо. Специфікація Unicode пояснює, що спільні риси кодування не означають однакової поведінки всіх систем письма.
Чому бенгальський текст у InDesign правильний, а в PDF є проблема кодування?¶
Візуальне компонування в InDesign і кодування тексту в експортованому PDF - різні речі. Користувач спільноти Adobe описав такий випадок у своєму документі, тож перевірте і вигляд сторінки, і текстовий шар PDF, а не тільки один результат.