Уяви перекладений буклет: останній рядок кожного розділу сховався за нижнім краєм блока, а дату в таблиці читають не в тому порядку. Переклад може бути точним, але документ усе одно виглядає зламаним і плутає читача.
Часто справа не в перекладачеві, а в DTP - настільному видавництві, тобто підготовці сторінки. Текст розміщують у блоках, таблицях і підписах, добирають шрифти, налаштовують відступи й готують файл до перегляду або друку. Коли змінюється мова, макет треба перевірити окремо: просто вставити переклад у старі поля й експортувати PDF недостатньо.
Розберімо, де саме ламається верстка, чому перевірки орфографії не вистачає і як організувати контроль, щоб помилка не загубилася між текстом і макетом.
Що таке DTP у перекладі та чому текст змінює макет¶
DTP у перекладі - це підготовка перекладеного документа до читання й друку з урахуванням структури, шрифтів, форматування та напрямку письма. Мета не в тому, щоб залишити кожен рядок на старому місці. Готова сторінка має бути зрозумілою та повною.
Переклад може бути довшим або коротшим за оригінал. На макет впливає не лише кількість слів, а й довжина слів, граматика, символи, ширина шрифту й розмір текстового блока. Загальний обсяг може змінитися зовсім трохи, але конкретний заголовок або підпис уже не вміститься.
Уяви форму з короткими полями для назви посади й адреси. Назва посади в перекладі розтягується на два рядки замість одного, а поле для підпису поруч має фіксовану висоту. Верстальник може зменшити шрифт, обрізати текст або розтягнути весь рядок. У кожному разі зміниться читабельність або узгоджений дизайн.
Має значення і формат файла. У редагованому документі абзаци й таблиці зберігають структуру. PDF може містити текст, розкладений за координатами, а не звичні текстові блоки. Тому витягнутий текст іноді читається не в тому порядку, що й сторінка. Щоб відновити макет після перекладу, звіряй його з оригіналом.
Для контролю якості постав три окремі запитання:
- Чи правильно перекладено зміст?
- Чи видно весь текст і чи зрозуміло, до якого елемента він належить?
- Чи зберігає готовий файл потрібну структуру та зручність для читання?
Перевірка тільки першого пункту не покаже текст, що сховався за краєм блока. Перегляд сторінки теж не виявить усіх проблем із текстовим шаром або мовою документа. Для PDF потрібні і візуальна, і технічна перевірки.
Домовся, щоб людина, яка відповідає за макет, і людина, яка перевіряє мову, дивилися на той самий результат. Перекладач має повідомити, якщо текст не вміщується або втрачає зв’язок із підписом. Верстальник не має самостійно змінювати зміст, коли намагається втиснути його в сторінку.
Звіряй оригінал і переклад у контексті. У статті про збереження форматування в перекладених Word-документах розібрано, чому структура файла може змінитися ще до фінальної верстки.
Де перекладений макет найчастіше ламається¶
Не всі помилки DTP помітні одразу. Одні видно на сторінці, інші проявляються, коли документ відкривають на іншому пристрої, читають програмою доступності або копіюють із PDF.
Переповнення, обрізання й непомітні пропуски¶
Переповнений текстовий блок - це блок, частина вмісту якого не відображається. Деякі програми верстки показують окремий індикатор переповнення, але в експортованому PDF цей сигнал легко пропустити.
Перевіряй не тільки заголовки й великі абзаци. Ризик є в колонтитулах, підписах до зображень, примітках, полях для підпису, виносках, комірках таблиць і коротких кнопках. Такі елементи часто мають фіксовану ширину й менший шрифт.
Обрізання може маскуватися під завершений текст. Наприклад, абзац закінчується крапкою, але в ньому зникло речення. Без звірки з джерелом готова сторінка виглядає цілісно, хоча зміст неповний.
Перевіряй блоки після остаточної вставки перекладу, після змін шрифтів і після експорту. Виправлення одного блока може посунути інший. Пройдися по кожній сторінці, а не лише по тих, де текст здавався довгим.
Шрифти, гліфи та вбудовування¶
Шрифт на комп’ютері верстальника може бути відсутнім у читача. Програма підставить інший, а нові символи змінять вигляд тексту, ширину рядків і переноси. Іноді символ перетворюється на порожній квадрат або не той знак.
Перевір наявність усіх потрібних символів, а не тільки латинських літер. Подивися на українські літери з діакритичними знаками, цифри, лапки, апострофи, символи валют і знаки, специфічні для мови перекладу. Якщо в документі кілька мов, перевір кожну окремо у відповідному шрифті.
Вбудовування шрифту доступне не завжди. Microsoft пояснює, що файли шрифтів містять прапорці, які визначають, чи можна вбудовувати шрифт і на яких умовах. Налаштування експорту не скасовують дозволів, заданих правовласником шрифту.
“Font files contain flags that indicate if and how they can be embedded within a document file.” - Microsoft Learn
Простими словами, проблема може бути не в помилці верстальника: конкретний шрифт може забороняти вбудовування або дозволяти його лише за певних умов. Перевір статус шрифту до передавання файла. Для редагованого документа окремо з’ясуй, чи відповідають права на вбудовування потребам одержувача.
Microsoft розрізняє дозволи на редагування, перегляд і друк, встановлення та обмеження на вбудовування. За дозволу лише для перегляду й друку документ можна відкрити й надрукувати, але не редагувати. Якщо наступний фахівець має вносити зміни, врахуй це до передавання, а не після скарги, що файл не редагується.
Таблиці, перенос рядків і зв’язок між підписами¶
Таблиця може зберегти рамки, але втратити логіку. Заголовок комірки після перекладу переходить на кілька рядків, висота рядка змінюється, а підпис поруч опиняється навпроти не того значення. У широкій таблиці крайні стовпці можуть вийти за межі сторінки або стати надто вузькими.
Перевір і порядок читання. Людина бачить, що два блоки стоять поруч, але програма зчитування або текстовий експорт може пройти спершу весь лівий стовпець, а тоді весь правий. Порядок елементів на екрані й порядок тексту у файлі не завжди збігаються.
Не намагайся виправити проблему випадковими пробілами чи ручними переносами в тексті. Після іншого експорту такі правки можуть зникнути або змінити вигляд через заміну шрифту. Налаштуй комірки, ширину стовпців і стилі абзаців, а потім перевір результат на сторінці.
Напрямок письма та змішані фрагменти¶
Для мов із письмом справа наліво перевіряй не тільки напрямок основного абзацу. В одному рядку можуть поєднуватися арабський або єврейський текст, латинська назва, дата, розділовий знак і цифри. Через двонапрямне письмо видимий порядок символів може відрізнятися від їхнього внутрішнього порядку в тексті.
Перевір нумеровані списки, дужки, дефіси, скісні риски, знаки плюс і мінус, номери рахунків, адреси електронної пошти й коди. Тестуй готову комбінацію символів у рядку, а не один зразок шрифту.
Unicode CLDR вказує, що для числових дат арабською та єврейською мовами можуть знадобитися напрямні маркери. Ці маркери керують відображенням фрагментів із різними напрямками письма. Без них роздільники або цифри можуть опинитися не там, де читач на них чекає.
“For bidi scripts (e.g. Arabic and Hebrew), you may need to add directionality markers.” - Unicode CLDR
Йдеться про конкретний механізм, а не про декоративне налаштування. Якщо у формі є дата, номер документа або сума, перевір весь рядок справа наліво. Для порівняння мовних пасток зазирни до матеріалу про хибних друзів між українською та німецькою.
Дати, числа й локальні формати¶
Дата - це не просто перекладена назва місяця. Формат складається з полів для дня, місяця й року та тексту між ними. Для іншої мови або регіону порядок полів може змінитися.
CLDR наводить приклад, коли місяць стоїть перед днем, а потім переходить на місце після дня. Якщо скопіювати дату без зміни структури, її можуть прочитати неправильно. Перевіряй усе відображене значення, а не тільки назву місяця.
Назви місяців теж залежать від контексту. CLDR розрізняє повні, скорочені й вузькі форми та описує мови, у яких форма для повної дати відрізняється від форми в заголовку календаря. Правильне слово не обов’язково буде правильною формою в кожному місці.
У числах десятковий і групувальний роздільники залежать від регіону. CLDR наводить приклади 1,234.5 і 1’234,5 та радить добирати звичний формат для мови й регіону. Перевір роздільники в таблицях, сумах, відсотках і фінансових примітках - не вважай їх універсальними.
“In order to provide the correct date and time patterns for your language, you may need to reorder the symbols.” - Unicode CLDR
Ця цитата нагадує: під час локалізації змінюється не лише написання дати, а й порядок її елементів. Перевіряй те, що побачить читач, разом із роздільниками та буквальними фрагментами.
Як перевірити перекладений документ від початку до кінця¶
Перевірку DTP зручніше робити етапами: спершу зміст і цілісність тексту, потім вигляд, а тоді технічні властивості експортованого файла. Так ти не сплутаєш мовну помилку з проблемою верстки.
Спершу звірте структуру й повноту¶
Порівняй переклад із джерелом сторінка за сторінкою. Перевір заголовки, списки, комірки, примітки, колонтитули, підписи до зображень і дрібний текст у формах. Якщо в оригіналі є елемент, у перекладі має бути зрозуміло, де він опинився.
У таблицях перевір не тільки кількість рядків, а й зв’язок заголовків зі значеннями. Заголовок після перекладу може перейти на інший рядок або опинитися в сусідній комірці. Якщо таблицю складно прочитати без візуального вирівнювання, перевір порядок тексту у файлі.
Для перекладу PDF порівняй витягнутий текст із тим, що видно на сторінці. PDF може зберігати текст у координатах, тож порядок копіювання не завжди відповідає порядку читання. Відновлюючи документ, звіряй структуру з візуальним оригіналом, а не покладайся лише на автоматично витягнутий текст.
Потім пройдіть сторінки візуально¶
Відкрий експортований PDF і переглянь кожну сторінку. Шукай обрізані рядки, дивні переноси, текст біля рамок, зсунуті підписи, порожні блоки, незвичні пробіли й символи, що перетворилися на квадрати.
Окремо перевір сторінки з найбільшим ризиком: розвороти з таблицями, форми з малими полями, сторінки зі змішаними мовами, виноски й блоки з великою кількістю цифр. Такий пріоритет не замінює перевірки всього файла, але допоможе почати зі складних місць, якщо часу мало.
Якщо після виправлення блока змінилися ширина стовпців або розмір шрифту, переглянь сторінку ще раз. Локальна зміна може посунути сусідній текст і змінити переноси далі в документі.
Перевірте форматування дат і чисел у контексті¶
Склади окремий перелік усіх дат, сум, номерів, відсотків і значень із десятковою частиною. Звір кожне значення з джерелом і перевір його формат для цільової мови та регіону. Особливо уважно подивися на рядки, де місцевий текст поєднується з цифрами.
Рекомендації CLDR щодо числових символів пояснюють, що локальні символи підставляються в шаблони чисел. Перевіряй остаточне відображення разом із валютою, знаком і сусіднім текстом.
У документі справа наліво перевір знак плюс або мінус і його зв’язок із числом. CLDR описує напрямні особливості таких символів у двонапрямному тексті. Окремо перевірений знак не гарантує, що він залишиться на місці в рядку.
Перевірте шрифт і текстовий шар¶
Після експорту відкрий файл на іншому пристрої або в іншій програмі перегляду. Перевір, чи не змінилися шрифти, переноси й символи. Якщо шрифт не вбудовано, зафіксуй погоджену заміну або інший спосіб передавання, який відповідає дозволам на використання шрифту.
Переконайся, що текст із PDF можна виділити й скопіювати. Скопійований текст має зберігати правильні символи й порядок. Сторінка може виглядати правильно, хоча текстовий шар містить неправильні значення Unicode або в документі не задано мову.
PDF Association пояснює, що кожному символу має відповідати значення Unicode, а для тексту PDF треба вказати мову. Перегляд самої сторінки таких проблем не виявить.
PDF Association також нагадує, що текстовий вміст включає видимий текст, альтернативний текст і закладки. Перевір перекладений PDF не лише на сторінці, а й у навігаційній структурі та допоміжному тексті. Якщо в документі є скан, окремо перевір текстовий шар: OCR (оптичне розпізнавання символів) може додати невидимий текст, який має відповідати зображенню.
Автоматичні валідатори знаходять технічні порушення, але не замінюють мовного редактора. Програма може перевірити властивості PDF, але сама не визначить, чи правильно передано фразу або чи доречно вжито назву місяця. Поєднуй автоматичну перевірку з читанням людиною.
Мінічекліст фінального контролю¶
Перед передаванням файла пройдися цим списком:
- Усі заголовки, підписи, примітки й елементи таблиць на місці.
- Жоден текстовий блок не обрізаний і не прихований.
- Переноси рядків не плутають текст із підписами.
- Усі шрифти й потрібні гліфи відображаються правильно.
- Дати, числа, валюти, відсотки й знаки відповідають регіональному формату.
- Текст справа наліво перевірений разом із цифрами та роздільниками.
- Текст із PDF можна виділити й прочитати в правильному порядку.
- Мову документа, альтернативний текст і закладки перевірено, якщо вони є.
- Перевірено саме готовий файл після експорту, а не лише документ у програмі верстки.
Типові помилки DTP і як виправляти їх без шкоди для змісту¶
Більшість проблем можна знайти до передавання, якщо не маскувати їх поспішними правками. Виправлення має зберегти повний переклад, читабельність і передбачувану поведінку файла на іншому пристрої.
Зменшення шрифту без перевірки читабельності¶
Зменшити шрифт у переповненому блоці - найпростіше рішення, але текст може стати важким для читання або вибитися зі стилю документа. Спершу перевір, чи можна збільшити блок, перебудувати сусідні елементи або перенести частину вмісту. Змінюй розмір шрифту лише в межах погодженого дизайну.
Не стискай переклад, видаляючи слова, тільки щоб умістити його в стару рамку. Такі зміни має перевірити редактор. Верстальник відповідає за макет, але не повинен потай редагувати зміст.
Ручне скорочення або обрізання рядка¶
Речення може не вміщатися, але містити важливу умову, дату чи назву. Якщо видалити останні слова, сторінка виглядатиме охайно, але вже не передаватиме повний зміст. Коли переклад задовгий, узгодь зміни з редактором або замовником.
Обрізання особливо підступне у формах і таблицях: читач не бачить, що блок мав продовжуватися. Перевір текстовий шар і вихідний файл, а не тільки сторінку на екрані.
Заміна шрифту в останню хвилину¶
Заміна шрифту змінює ширину літер, переноси й висоту рядків. Якщо через дозволи не можна вбудувати потрібний шрифт, не підмінюй його непомітно. Погодь заміну, перевір усі сторінки й повторно експортуй PDF.
Перед передаванням окремо вкажи, чи можна редагувати файл. За певного типу дозволу на вбудовування одержувач зможе переглядати й друкувати документ, але не редагувати його. Microsoft описує ці обмеження та типи дозволів на вбудовування.
Дата правильна як текст, але хибна як формат¶
Перекладач може правильно передати назву місяця, але залишити порядок полів, який не підходить цільовій мові. Ще одна пастка - використовувати ту саму форму назви місяця і в повній даті, і в заголовку календаря, хоча контекст потребує різних форм.
Перевіряй формат разом із роздільниками та буквальними словами. CLDR описує шаблони дати й часу та залежність форми місяця від контексту. На сторінках із календарями або датами в таблицях пройди кожне місце окремо.
Число переноситься, а знак залишається окремо¶
Під час переносу рядка знак мінус, відсоток або позначення валюти може віддалитися від числа. У тексті справа наліво порядок може змінитися через взаємодію напрямків. Перевір увесь вираз разом із дужками, роздільниками й сусіднім текстом.
CLDR застерігає, що для знаків плюс і мінус у двонапрямному тексті можуть мати значення напрямні маркери. Настанови CLDR щодо числових символів допоможуть перевірити локальні роздільники й поведінку знаків у регіональному форматі.
Перевірка тільки в редакторі верстки¶
Файл може виглядати правильно в програмі, де його створили, але інакше відображатися в PDF або на іншому пристрої. Після експорту читач бачить уже інший результат, а заміна шрифтів може проявитися тільки в іншій програмі перегляду. Перевір саме файл, який передаватимеш.
Для PDF візуального перегляду недостатньо. Звір текстовий шар, значення Unicode й мову документа, а для сканів перевір, чи відповідає розпізнаний текст зображенню. Техніки доступності PDF від PDF Association описують і видимий текст, і допоміжний вміст документа.
FAQ¶
Які найпоширеніші помилки DTP у перекладених документах?¶
Найчастіше трапляються переповнені блоки, обрізаний текст, невідповідні шрифти або гліфи, зламані таблиці й неперевірені формати дат та чисел. У документах справа наліво додатково перевіряй напрямок рядків, знаки й змішані фрагменти.
Як запобігти переповненню текстового блока після перекладу?¶
Перевір кожен блок після остаточної верстки й експорту. Якщо текст не вміщується, зміни дозволений макет або збільш блок; не обрізай переклад і не зменшуй шрифт без погодження та повторної перевірки читабельності.
Чому шрифти й символи змінюються на іншому комп’ютері?¶
На іншому пристрої потрібного шрифту може не бути, а його файл може обмежувати вбудовування. Перевір статус шрифту, відкрий PDF в іншій програмі й погодь заміну, якщо вбудовування недоступне.
Що перевірити у верстці арабського або єврейського перекладу?¶
Перевір напрямок абзаців і порядок цифр, роздільників, дужок та знаків у реальних рядках документа. CLDR зазначає, що для числових дат арабською та єврейською мовами перед роздільниками можуть знадобитися напрямні маркери.
Як правильно форматувати дати й числа в перекладеному документі?¶
Добери формат для конкретної мови й регіону. Перевір порядок компонентів дати, форму назви місяця, десятковий і групувальний роздільники, валюту та відсотки на готовій сторінці, а не лише в окремому текстовому фрагменті.
Як перевірити PDF після перекладу, крім візуального перегляду?¶
Виділи й скопіюй текст, перевір порядок читання, відповідність символів Unicode та мову документа. Для доступного PDF також перевір альтернативний текст, закладки й невидимий текстовий шар скану; автоматичну перевірку доповни читанням людиною.