IDML після перекладу: чекліст перед передаванням клієнту¶

Переклад готовий, ти знову відкриваєш файл в InDesign - і частина тексту зникла, а заголовок обривається на пів рядка. Не передавай такий файл клієнту: спершу перевір і переклад, і відновлений макет.

Розширення IDML саме по собі нічого не гарантує. Перекладений текст може не відображатися на сторінці, графічні посилання можуть бути недоступні, а макет - читатися незграбно. Тож починай preflight - фінальну перевірку перед передаванням - з повторного відкриття саме того IDML, який отримає клієнт.

Далі - послідовний чекліст: звір текст, знайди переповнення, перевір верстку, шрифти й графіку та збери комплект файлів. Не змішуй ці етапи: хороша мовна якість не гарантує цілісності макета, а охайна сторінка не доводить, що переклад точний.

Що саме перевіряє preflight перекладеного IDML¶

IDML - це XML-представлення документа InDesign, у якому зберігаються текст, графічні фрейми, історії та інші частини макета. Специфікація версії 8.0 описує формат для InDesign CS6. Вона допомагає зрозуміти структуру файлу, але не обіцяє повної сумісності з кожною функцією сучасного InDesign (специфікація IDML).

Не сприймай перекладений IDML як набір рядків, який достатньо перечитати в таблиці чи системі перекладу. Текст може бути перекладений, але сховатися за межами фрейму. Сам фрейм може зсунутися. А сторінка може виглядати цілком нормально, хоча на ній бракує підпису або повторюваного елемента.

Перевір два окремі аспекти:

• Змістова цілісність: потрібні розділи, підписи, таблиці, заголовки й повторювані елементи є на місці та відповідають джерелу.
• Цілісність відображення: текст видно на сторінці, порядок читання зрозумілий, елементи не перекриваються, а макет можна читати.

Є й третя річ - подальша робота клієнта. Якщо він редагуватиме документ, йому потрібні не лише сторінки, які мають завершений вигляд, а й інформація про залежності: шрифти, пов’язані графічні файли, приховані шари й, за потреби, звіт про пакування.

Adobe описує пакування документа як набір окремих параметрів. Можна копіювати шрифти й пов’язану графіку, оновлювати графіку, враховувати приховані шари, створювати звіт і додавати IDML або PDF. Висновок простий: не вважай IDML повним комплектом лише тому, що він відкривається (документація Adobe про пакування).

Зниклий текст траплявся й після повернення IDML у InDesign. Учасниця форуму Adobe Community описала свою ситуацію так - в обговоренні від 11 вересня 2024 року:

“I discovered that some texts that I translated in Trados are missing in InDesign now.”

Українською: «Я виявила, що деякі тексти, які я переклала в Trados, тепер відсутні в InDesign». Один такий випадок не доводить, що кожен збій спричиняє верстка. Але він добре показує, чому перевірки перекладу недостатньо: відкрий фінальний файл і знайди всі фрагменти, які мають бути на сторінці.

Почни з оригінального документа InDesign і збережи контрольну копію. Зіставляй перекладений файл із джерелом за структурою та вмістом - не покладайся на припущення, що експорт та імпорт нічого не змінили. Додатковий контекст є в матеріалі про повний цикл повернення InDesign через IDML.

Як перевірити файл поетапно¶

Рухайся від усього документа до окремих деталей. Спочатку переконайся, що відкрився потрібний файл. Потім знайди пропущений або прихований текст і лише після цього переходь до сторінок та залежностей. Так не доведеться витрачати час на косметичне налаштування сторінки, у якій бракує змісту.

1. Відкрий саме фінальний IDML¶

Відкрий фінальний експортований IDML у тій версії InDesign, якою користуватиметься клієнт, якщо вона відома. Не перевіряй лише вихідний файл перекладача чи попередній документ: результат циклу експорту й імпорту може проявитися саме в поверненому IDML.

Переконайся, що файл відкрився без повідомлень про помилки, документ виглядає очікувано, а кількість сторінок і розділів не змінилася. Якщо передаєш книжку чи пакет із кількох документів, перевір кожен розділ і зв’язки між файлами - не лише перший відкритий документ.

Перед виправленнями збережи контрольну копію. Так ти відрізниш початковий результат перекладу від змін, внесених під час верстки. Якщо знайдеш проблему, зазнач сторінку й конкретний об’єкт, а не просто назви весь документ «зламаним».

2. Звір вміст із джерелом¶

Пройди документ від першої сторінки до останньої. Перевір заголовки, підзаголовки, основний текст, підписи до зображень, примітки, виноски, таблиці, колонтитули й повторювані елементи.

Звіряй не лише слова, а й роль кожного фрагмента. Число в таблиці може бути на місці, але опинитися в сусідній комірці. Підпис може залишитися без потрібного зображення, а назва розділу - повторитися або зникнути після повернення вмісту.

Для контролю заведи просту таблицю:

Веди перелік проблем окремо від файла. Так верстальник або редактор побачить, що саме треба виправити, а ти зможеш перевірити, чи закрито кожне зауваження. Типові структурні проблеми зібрані в чеклісті контролю форматування перекладених файлів.

3. Знайди переповнений текст¶

Переповнення виникає, коли тексту в матеріалі більше, ніж може показати фрейм. Текст лишається в історії документа, але не вміщується у видимій області. Тому не вирішуй, що переклад повний, лише тому, що сторінка на перший погляд заповнена.

Перевір індикатор переповнення біля текстового фрейму. В обговоренні Adobe Community від 11 вересня 2024 року експерт спільноти радить звернути увагу на червоний знак «плюс» у нижньому правому куті фрейму й переглянути історію в редакторі матеріалу. Це підказка для діагностики, а не доказ, що кожен відсутній фрагмент спричинило переповнення (обговорення Adobe Community).

Знайшов переповнений фрейм? Відкрий його історію в редакторі матеріалу й подивися, який текст не видно на сторінці. Перевір, чи належить він цьому фрейму, продовжується в іншому або переходить на наступну сторінку. Не стискай текст і не зменшуй кегль навмання: спершу з’ясуй, що має прочитати клієнт і чи можна змінити макет, не зіпсувавши його ієрархію.

Якщо тексту не видно, але індикатора переповнення немає, перевір інші причини. Фрагмент міг не повернутися з інструмента перекладу; на оброблення матеріалу могли вплинути теги чи структура; текст може бути на прихованому шарі або поза видимою областю сторінки. В обговоренні від 11 вересня 2024 року згадані і переповнення, і налаштування тегів XML у процесі перекладу. Перевір обидва боки - документ InDesign і шлях повернення тексту - замість того, щоб одразу оголошувати одну причину правильною (обговорення про текст із Trados).

4. Перевір кожну сторінку візуально¶

Коли переконався, що вміст на місці, пройди сторінки по порядку. Переглядай не лише окремі сторінки, а й розвороти: елементи можуть бути вирівняні правильно самі по собі, але порушувати загальний ритм або порядок читання в парі.

На кожній сторінці шукай такі ознаки:

• текст обрізаний або виходить за межі фрейму;
• заголовок, підпис чи примітка віддалилися від пов’язаного елемента;
• текстові й графічні об’єкти зсунулися або накладаються;
• порядок читання незрозумілий;
• таблиця чи список розірвалися так, що їх важко сприймати;
• переклад створює надмірно щільні або неприродно порожні ділянки;
• важливі елементи зникли, хоча решта сторінки має завершений вигляд.

Перевірка потрібна не лише через довші рядки. Переклад змінює кількість рядків і висоту абзаців, а разом із ними - розподіл вільного місця та баланс сторінки. Не намагайся механічно відтворити геометрію оригіналу: важливо, щоб макет цільовою мовою був цілісним і читабельним.

Дизайнер в обговоренні Adobe Community описав проблеми з поверненими технічними листами так - в обговоренні від 11 березня 2025 року:

“When we get the translated documents back, they are usually in a very bad shape. There are a lot of truncated text boxes, the layout is not very aesthetic, and so on.”

Українською: «Коли ми отримуємо перекладені документи назад, вони часто в дуже поганому стані. Є багато обрізаних текстових блоків, макет не дуже естетичний тощо». Це досвід конкретного учасника, а не статистика про всі проєкти. Але він нагадує про важливу різницю: правильний текст ще не означає, що перекладений макет готовий до перегляду клієнтом.

5. Виконай окрему мовну перевірку¶

Охайна сторінка не підтверджує, що переклад правильний. Перевір термінологію, імена, числа, одиниці вимірювання, назви продуктів і повторювані фрази. Редактор може змінити перенесення рядків, але не має непомітно змінити значення.

Зіставляй переклад із джерелом у контексті сторінки. Якщо фраза звучить дивно, перечитай увесь абзац і перевір пов’язаний елемент - підпис, таблицю чи заголовок. Витягнутий текст допоможе знайти пропуски, але сам по собі не покаже, до якого зображення належить підпис і в якій послідовності читати таблицю.

Щоб пройти документ послідовно, розділяй зауваження на мовні й верстальні. Мовне стосується змісту або формулювання; верстальне - відображення, розміщення чи читабельності. Так ти не намагатимешся виправити проблему фрейму заміною слова або розв’язати проблему перекладу зсувом об’єкта.

Що перевірити у шрифтах, графіці та прихованих шарах¶

Те, що IDML відкрився, ще не означає, що в клієнта є всі ресурси для подальшого редагування. Спершу уточни, чого він очікує: лише файли для перегляду чи документ, з яким продовжить працювати в InDesign.

Adobe описує окремі параметри пакування для копіювання шрифтів і пов’язаної графіки та для оновлення графічних файлів. Документація також зазначає умову щодо шрифтів, активованих через Adobe Fonts. Не обіцяй, що будь-який шрифт можна додати до пакета: перевір, чи доступні потрібні гарнітури та які умови їх використання або передавання (API пакування InDesign).

Склади перелік шрифтів у документі й перевір, чи не замінився якийсь із них після відкриття. Заміна змінює ширину рядків і може знову спричинити переповнення, навіть якщо перед передаванням сторінки виглядали правильно. Якщо клієнт не має потрібного шрифту, скажи про це прямо й узгодь, чи вистачить PDF для перегляду, чи потрібен інший план для редагованого файла.

Перевір пов’язані зображення та інші графічні файли в комплекті. Документ може посилатися на ресурс, якого немає серед переданих матеріалів або який відкривається лише за шляхом на комп’ютері верстальника. Відкрий документ у середовищі, звідки його передаватимуть, і переконайся, що графіка відображається без попереджень.

Не забудь про приховані шари. Adobe дозволяє врахувати в пакеті ресурси з прихованих шарів. Перевір, чи є там альтернативний текст, службові елементи або варіанти макета, потрібні клієнту. Не додавай прихований вміст, не розібравшись у його ролі, але й не вважай його непотрібним лише тому, що його не видно на сторінці.

Якщо документ входить до книжки чи великого комплекту, перевір кожен файл і загальний звіт пакування. Adobe описує звіт як документ із відомостями про інструкції та параметри друку, шрифти, посилання, потрібні фарби й інші дані. Звіт не замінює твоєї перевірки, зате допомагає пояснити, які залежності клієнту треба врахувати (документація Adobe про звіти й пакування).

Як зібрати комплект для передавання¶

Передавай матеріали так, щоб клієнт міг швидко зрозуміти три речі: який файл редагувати, як має виглядати перевірений результат і що ще потрібно для роботи. Самого IDML без пояснень для цього не завжди досить.

PDF і IDML потрібні для різних завдань. IDML дає змогу редагувати документ, а PDF зберігає вигляд сторінок для перегляду без повторного відкриття макета. Adobe передбачає окремі параметри для включення IDML і PDF до пакета - це ще один аргумент передавати їх окремо (документація Adobe про пакування).

Перед передаванням ще раз звір PDF з IDML. Виправив текст або макет після створення PDF? Перезбережи доказ. Інакше клієнт отримає два різні результати й не знатиме, який із них вважати фінальним.

Додай короткі примітки, які не залишають місця для здогадів. Наприклад: «У файлі використано шрифт, якого немає в пакеті» або «Потрібно підтвердити, чи залишати прихований шар з альтернативним макетом». Не називай файл остаточно перевіреним, якщо питання, від якого залежить вигляд чи зміст, ще відкрите.

Цей комплект доповнює загальну логіку передавання клієнту готового документа разом із перекладом: потрібен не просто перекладений вміст, а результат із чітким статусом і зрозумілими залежностями.

Що найчастіше ламається під час перевірки¶

Найсерйозніші проблеми не завжди помітні на першій сторінці або в короткому перегляді. Тримай цей перелік під рукою й повертайся до нього, перш ніж позначити роботу завершеною.

• Перевіряють лише текст у CAT-системі. Текст може бути перекладений, але не повернутися в документ або не відображатися у фреймі. Перевір сторінки після повторного відкриття IDML.
• Плутають переповнення з утратою перекладу. Фрагмент, якого не видно на сторінці, може залишатися в історії матеріалу. Перевір індикатор фрейму й текст у редакторі матеріалу, перш ніж перекладати його повторно.
• Виправляють верстку, не звіривши зміст. Зменшений текст може вміститися у фрейм, але це не пояснює, чому він не поміщався і чи не зник інший фрагмент. Спочатку знайди причину, потім вирішуй, як виправляти.
• Переглядають лише вибрані сторінки. Проблема може бути в колонтитулі, підписі, кінцевій примітці чи повторюваній таблиці. Пройди весь документ і позначай перевірені сторінки.
• Вважають, що відкриття файла доводить сумісність. Файл може відкритися, але бракуватиме шрифтів чи графіки або потрібний вигляд не збережеться. Перевір сторінки й ресурси в середовищі клієнта.
• Передають PDF, який не відповідає останній версії IDML. Після виправлень створи PDF заново й звір файли, щоб клієнт не порівнював різні редакції.
• Не перевіряють приховані шари й кілька файлів як частину комплекту. Для книжки чи документа з альтернативними макетами перевір не лише видимі сторінки одного файла, а й потрібні ресурси та звіт.

В обговоренні Adobe Community від 11 березня 2025 року автор повідомив, що виправлення макета повернених технічних листів могло займати щонайменше день, а іноді й більше. Це досвід одного учасника, а не строк для планування інших робіт. Але висновок практичний: знайдену до передавання проблему можна віддати на виправлення до того, як клієнт почне працювати з файлом (обговорення про верстку перекладених документів).

Не шукай одну універсальну причину зниклого тексту. Обговорення Adobe Community від 11 вересня 2024 року стосується конкретного випадку й містить припущення про переповнення та налаштування XML-тегів. Використовуй ці підказки як напрямок перевірки, а не як діагноз для кожного документа (обговорення про відсутній текст після повернення IDML).

Перед передаванням присвой кожному зауваженню один із трьох статусів: виправлено, свідомо прийнято або потрібна відповідь клієнта. Невизначене питання легко перетворюється на помилку під час наступного редагування.

FAQ¶

Як перевірити перекладений IDML перед передаванням клієнту?¶

Відкрий фінальний IDML у цільовій версії InDesign і перевір повноту тексту, переповнення, кожну сторінку, мовну якість і ресурси. Передай узгоджений PDF-доказ, перелік залежностей і примітки про відкриті питання.

Як знайти переповнений текст в IDML після перекладу?¶

Перевір, чи є біля текстового фрейму індикатор переповнення, і відкрий матеріал у редакторі матеріалу, щоб побачити текст поза видимою областю. Якщо фрагмент усе ще відсутній, зістав його з джерелом і перевір, як текст повертався з інструмента перекладу.

Що передавати разом із файлом IDML?¶

Передай перевірений IDML, PDF, який відповідає цій версії файла, перелік потрібних шрифтів і графічних ресурсів, а також звіт або примітки про відомі обмеження. Якщо клієнт редагуватиме документ, збережи й окремо передай контрольний вихідний файл, якщо це узгоджено.

Чому перекладений текст зникає після повторного відкриття IDML?¶

Текст може залишитися в переповненому фреймі, не повернутися з процесу перекладу або не відображатися через проблему зі структурою документа. Перевір історію матеріалу, видимість і зв’язки об’єктів, а потім зістав фрагмент із вихідним документом.

Чи потрібно надсилати PDF разом із перекладеним IDML?¶

Надсилай PDF, якщо клієнту потрібен візуальний зразок перевіреного результату. PDF не замінює редагований IDML, а IDML не замінює PDF як незмінний доказ того, як сторінки виглядали під час перевірки.