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