Что происходит с таблицами при переводе документов?

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

Что меняется при переводе таблицы?

У таблицы в документе есть три уровня, и каждый нужно проверять отдельно:

Уровень	Что должно произойти	Что может пойти не так
Содержимое	Заголовки, подписи, примечания и основной текст переводятся	Текст пропущен, продублирован, переведён неверно или оставлен на исходном языке
Структура	Строки, столбцы, объединённые ячейки и связи заголовков сохраняются	При конвертации ячейки разделяются, диапазоны меняются или структурные метаданные теряются
Оформление	Границы, заливка, шрифты, ширина и выравнивание остаются удобными	Текст переносится, обрезается, уменьшается, перекрывает другой текст или переносит таблицу на другую страницу

При переводе таблицу не следует создавать заново. Инструмент, учитывающий формат документа, может сохранить её структуру и оформление, но это не означает, что после перевода каждая ячейка займёт столько же места.

W3C отмечает, что длина переведённого текста, скорее всего, будет отличаться, и рекомендует гибкие макеты вместо узких контейнеров фиксированной ширины. Для таблиц это особенно важно, поскольку короткие заголовки часто размещают в самых тесных ячейках. Примеры W3C также показывают, что у немецкого сложного слова может быть меньше естественных точек переноса, чем у соответствующей английской фразы, а некоторым нелатинским системам письма нужны более широкие символы или увеличенный межстрочный интервал.

Подробнее об этих эффектах читайте в статье почему переведённые документы становятся длиннее.

Какие элементы таблицы обычно сохраняются?

Если переводить редактируемый исходный файл с помощью инструмента, учитывающего формат, эти элементы могут перейти в результат. Однако без проверки нельзя считать ни один из них правильным.

Элемент	Ожидаемый результат	Вопрос для проверки
Строки и столбцы	Та же логическая сетка	Не пропали и не продублировались ли строки, столбцы или ячейки?
Границы и заливка	Та же визуальная группировка	Передают ли цвета и границы задуманные категории?
Объединённые ячейки	Тот же диапазон строк или столбцов	Охватывает ли каждый заголовок нужные данные?
Строки заголовков	Те же подписи и поведение при повторении	Связан ли заголовок с правильными столбцами и повторяется ли он на разных страницах?
Стили ячеек	Те же шрифт, выделение, внутренние отступы и выравнивание	Не сделала ли замена шрифта или автоподгонка какую-либо ячейку нечитаемой?
Числа и формулы	Те же исходные значения и логика	Не изменились ли знак, разделитель, единица измерения, формула или ссылка?
Примечания и ссылки	Те же назначение и связь	По-прежнему ли каждое примечание или ссылка относится к нужной ячейке?

Конвертация формата представляет отдельный риск. В рекомендациях W3C по доступности таблиц говорится, что при переносе содержимого между форматами структурная разметка таблицы часто теряется. Поэтому таблица может выглядеть правильно, но перестать передавать вспомогательным технологиям связи между заголовками и данными.

Пять распространённых проблем с таблицами и способы их устранения

1. Текст выходит за границы или делает строки слишком высокими

Переведённые подписи могут быть длиннее, содержать более широкие символы или переноситься в других местах. Фиксированная высота строк может обрезать последнюю строку текста, а автоматическое увеличение высоты — перенести таблицу через разрыв страницы.

Исправляйте в следующем порядке: удалите ручные переносы строк, разрешите строкам увеличиваться, расширьте самый тесный столбец, уменьшите лишние внутренние отступы ячеек и при необходимости включите переносы слов для целевого языка. Сокращайте формулировки только после того, как языковой редактор подтвердит отсутствие смысловых потерь. Уменьшайте шрифт в последнюю очередь.

Если вместо символов целевого письма отображаются квадраты, разъединённые буквы или неожиданные гарнитуры, рассматривайте это как проблему шрифта, а не переполнения. Выполните проверки из статьи почему шрифты ломаются после перевода.

2. Объединённые ячейки больше не описывают нужные данные

В исходном документе объединённый заголовок может охватывать три столбца с товарами. Если при конвертации строка или столбец вставляется, удаляется или смещается, заголовок может оказаться над неправильной группой, даже если слова переведены верно.

Исправьте это, сверив диапазоны с исходным документом. Проследите связь каждого заголовка, охватывающего несколько столбцов или строк, с относящимися к нему ячейками. Не добавляйте новые объединённые ячейки только ради размещения переведённой подписи; вместо этого настройте ширину или перенос текста.

Для обеспечения доступности Microsoft рекомендует простые прямоугольные таблицы, поскольку разделённые и объединённые ячейки, вложенные таблицы и пустые строки или столбцы могут мешать программам экранного доступа считать и распознавать ячейки. Если без сложных диапазонов не обойтись, одной визуальной проверки недостаточно.

3. Заголовки теряют связь с ячейками данных

Для зрячего читателя жирный текст в первой строке выглядит как заголовок, но внешний вид не определяет структуру. Согласно рекомендациям W3C, ячейки заголовков и данных должны быть обозначены и связаны, чтобы вспомогательные технологии могли озвучивать соответствующий контекст строки и столбца.

Исправьте это, восстановив семантические заголовки в редактируемом документе. Отметьте первую строку как заголовок, проверьте повторяющиеся заголовки в многостраничных таблицах и протестируйте сложные таблицы с помощью средства проверки доступности приложения. В экспортированном HTML или PDF убедитесь, что связи заголовков сохранились после конвертации.

4. Числа, формулы и идентификаторы незаметно меняются

Гладко написанное предложение легко заметить, а изменившийся десятичный разделитель, знак минуса, процент, номер модели или ссылка в электронной таблице — нет. Некоторые значения следует локализовать для читателей, но идентификаторы и логика вычислений должны оставаться точными.

Исправьте это отдельным проходом сравнения данных. Не обращайте внимания на основной текст и сравните цифры, коды валют, знаки процента, единицы измерения, диапазоны, итоговые значения, формулы, маркеры сносок и ссылки на ячейки. Пересчитайте формулы и итоговые значения электронной таблицы в целевом файле. Зафиксируйте намеренные изменения локали, чтобы редакторы не «исправили» их обратно на исходный формат.

5. В тексте справа налево нарушаются пунктуация или выравнивание

Арабский и иврит пишутся справа налево, но встроенные латинские термины и цифры по-прежнему идут слева направо. Поэтому Unicode рассматривает такой текст как двунаправленный. В стандарте также отмечается, что отдельные ячейки таблицы могут обрабатываться как отдельные абзацы, что позволяет задавать направление на уровне ячейки или абзаца.

Исправляйте это в каждой ячейке отдельно. Задайте правильное базовое направление, затем проверьте коды товаров, даты, проценты, скобки, косые черты и знаки препинания рядом с латинским текстом. Не переворачивайте цифры вручную. Проверьте и редактируемый документ, и экспортированный PDF, поскольку направление и зеркальное отображение зависят от визуализации.

Контрольный список перед переводом

• По возможности начинайте с редактируемого файла DOCX, PPTX или XLSX.
• Удалите пустые строки и столбцы, используемые только для отступов.
• Там, где это практично, замените таблицы для вёрстки обычными средствами макета документа.
• Обозначьте настоящие строки заголовков и сохраняйте структуру таблицы настолько простой, насколько позволяют данные.
• Разрешите строкам увеличиваться; избегайте фиксированной высоты переводимых ячеек.
• Определите объединённые ячейки, формулы, итоги, защищённые идентификаторы и термины, которые не нужно переводить.
• Правильно задайте исходный язык и зафиксируйте целевую локаль.
• Сохраните эталонный PDF, чтобы редакторы знали, как выглядел утверждённый исходный документ.

Эти действия уменьшают неоднозначность ещё до того, как к файлу прикоснётся инструмент или переводчик. Кроме того, так проще определить, возникла ли последующая проблема из-за перевода, конвертации или исходного дизайна таблицы.

Как проверить переведённую таблицу

Выполняйте отдельные проходы. Если одновременно проверять язык, данные, структуру и макет, мелкие ошибки легко пропустить.

1. Сравните сетку. Сверьте с исходным документом количество таблиц, строк, столбцов, объединённых областей, строк заголовков и примечаний.
2. Сравните содержимое. Убедитесь, что каждая ячейка переведена один раз и находится под правильным заголовком.
3. Сравните данные. Проверьте числа, знаки, единицы измерения, формулы, итоги, идентификаторы и ссылки, не редактируя основной текст.
4. Осмотрите макет. Ищите обрезанный текст, чрезмерно высокие строки, неудачные разрывы страниц, слишком мелкий автоматически подогнанный текст, резервные шрифты и неровное выравнивание.
5. Проверьте направление и доступность. Проверьте ячейки RTL, связи заголовков, порядок чтения и повторяющиеся заголовки.
6. Экспортируйте и проверьте ещё раз. Откройте готовый PDF или другой итоговый формат; не утверждайте только редактируемый исходный файл.

OpenL Doc Translator поддерживает форматы документов PDF, DOCX, PPTX и XLSX. На официальной странице указано, что шрифты, цвета, таблицы и макет страниц сохраняются, а для каждого задания предоставляются переведённая и двуязычная версии. По возможности используйте редактируемый исходный файл, предварительно просмотрите результат, а затем сравните двуязычную версию перед выполнением описанной выше структурированной проверки.

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

Когда ручная проверка обязательна

Всегда назначайте специалиста для проверки, если таблица содержит:

• Финансовые итоги, ставки, прогнозы или аудированные показатели
• Юридические обязательства, нормативные ограничения, дозировки или данные по безопасности
• Формулы, межлистовые ссылки или вычисляемые поля
• Многоуровневые заголовки, объединённые области или вложенные таблицы
• Отсканированные или графические ячейки, зависящие от OCR
• Смешанный текст справа налево и слева направо
• Фиксированный макет для печати без места для расширения

Для таких таблиц фразы «файл открылся» и «таблица выглядит похоже» не являются критериями приёмки. Для утверждения необходимо сопоставить структуру с исходным документом, проверить смысл на целевом языке, сверить каждое критически важное значение и протестировать итоговый формат передачи.

Успешный перевод таблицы сохраняет связи, а не только прямоугольники. Проверяйте содержимое, структуру, данные, макет, направление текста и доступность по отдельности — тогда дефект форматирования с гораздо меньшей вероятностью превратится в ошибку данных.

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.