Є більше пробілів після перекладу Word? Спочатку перевірте попередній абзац і не поспішайте видаляти порожній абзац.

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

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

У Word після перекладу залишилося більше порожніх місць? Висновок одним реченням

Для кого написана ця стаття і яку проблему вона вирішує?

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

Прочитавши цю статтю, ви зможете визначити, звідки походить пробіл, знати, які властивості перевіряти, і зрозуміти, які ситуації потребують перевірки вручну. Метод у цій статті записує лише безпосередньо встановлені атрибути, не видаляє автоматично порожні абзаци та не перетворює None на 0.

Інтервал не встановлюється безпосередньо для порожніх абзаців, тож чому він усе ще порожній?

Якщо після перекладу документа Word на сторінці перекладу є великі пробіли, які неможливо усунути, проблема зазвичай полягає не в самому перекладеному вмісті, а у властивостях форматування абзацу вихідного документа. Багато користувачів звикли постійно використовувати клавішу Enter для налаштування макета під час редагування оригінального тексту. Цей «порожній макет абзацу» буде збережено або навіть розширено під час процесу перекладу.

Отже, справжнє рішення — перевірити та нормалізувати властивості space_before, space_after і line_spacing у paragraph_format замість того, щоб вручну видаляти видимі порожні рядки.

Розрізняйте семантичні інтервали та фізичні порожні рядки

В об’єктній моделі Word абзац — це елемент на рівні блоку, положення якого контролюється об’єктом ParagraphFormat. Правовий інтервал між абзацами має визначатися space_before (інтервал перед абзацом) і space_after (інтервал після абзацу), які приймають такі одиниці довжини, як Pt, Cm тощо.

Відповідно до опису інтерфейсу python-docx, коли два суміжні абзаци мають встановлений інтервал, механізм візуалізації Word виконуватиме логіку «згортання»: бере більше значення space_after попереднього абзацу та space_before наступного абзацу як фактичний інтервал, замість того, щоб просто додавати його. Це означає, що просте видалення порожніх абзаців може не змінити візуальний інтервал, і значення властивостей суміжних абзаців також повинні бути перевірені.

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

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

##Неявні пастки правил міжрядкового інтервалу

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

Значення None у цих властивостях означає «успадковане від стилю», і його можна легко проігнорувати під час пакетної обробки. Якщо батьківський стиль визначає більший інтервал між абзацами, а поточний абзац явно не перевизначає цю властивість, пряме читання paragraph_format.space_after може повернути None. Якщо сценарій перевірки неправильно оцінить його як відсутність інтервалів, він пропустить багато пробілу, який насправді існує під час рендерингу.

Під час написання логіки перевірки ви повинні чітко розрізняти «явно встановлено на 0» і «успадковано зі стилю None».

Приклад синтезу: логіка перевірки атрибутів інтервалів

from docx import Document
from docx.shared import Pt
doc = Document()
title = doc.add_paragraph("Title")
title.paragraph_format.space_after = Pt(12)
explicit = doc.add_paragraph("")
explicit.paragraph_format.space_after = Pt(24)
inherited = doc.add_paragraph("")
def inspect(p):
    return {"empty_text": not p.text.strip(),
            "space_after_direct": p.paragraph_format.space_after,
            "needs_style_review": p.paragraph_format.space_after is None}
assert inspect(title)["space_after_direct"] == Pt(12)
assert inspect(explicit)["empty_text"]
assert inspect(explicit)["space_after_direct"] == Pt(24)
assert inspect(inherited)["needs_style_review"]
assert len(doc.paragraphs) == 3

Наведений вище приклад демонструє, як створити об’єкт документа з правильними інтервалами, неправильними порожніми рядками та крайовими випадками, а також відображає очікуваний результат перевірки. Це синтетичний приклад, який використовується для ілюстрації читання атрибутів і логіки суджень, і не є повним інструментом відновлення документа. Перед запуском установіть бібліотеку python-docx (рекомендована версія 0.8.11 і вище). Якщо ви використовуєте тестові дані, вбудовані в приклад, додаткові файли не потрібні.

Функція inspect_paragraph_spacing виконує лише діагностику і не змінює документ. Для абзаців типу SUSPECT_LAYOUT_EMPTY_PARA подальшою стратегією відновлення є об’єднання його значення space_after у попередній непорожній абзац (потрібно враховувати правила згортання), а потім видалення порожнього абзацу. У випадках, коли line_spacing дорівнює None, але rule має значення, вам потрібно бути обережними щодо неочікуваної висоти лінії, яку може створити рендерер.

Критерії прийняття та межі перевірки вручну

Автоматизовані сценарії можуть вирішувати неузгодженості на рівні атрибутів, але вони не можуть замінити розуміння призначення макета. У наведеній нижче таблиці наведено відмінності між демонстраційним кодом і фактичним прийняттям документів, а також сценарії, які потрібно перейти до перегляду вручну. Ця таблиця базується на короткому описі поведінки атрибутів python-docx і не відображає вбудованих можливостей виявлення певного програмного забезпечення.

Кроки для усунення пробілів

1. Створіть резервну копію оригіналу та працюйте лише над копією.
2. Запустіть логіку перевірки та перерахуйте всі послідовні порожні абзаци та абзаци з ненормальним інтервалом.
3. Порівняйте наведену вище таблицю, щоб визначити, чи кожен результат належить до діапазону автоматичного ремонту чи потребує ручного підтвердження.
4. Для порожніх абзаців, які потрібно об’єднати, спочатку об’єднайте інтервал у space_after попереднього абзацу та врахуйте правила згортання.
5. Переконавшись, що він правильний, видаліть порожні абзаци, потім перекладіть ще раз і порівняйте макет перекладу.
6. Перегляньте вручну один за одним заголовки, таблиці та абзаци з малюнками.

📊 Основне порівняння

Використовуйте цей контрольний список для перекладу документа

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

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

Основа оригінального інтерфейсу: документація python-docx.

🎯 Який спосіб вам підходить?

Якщо ви виявите, що прогалини в перекладі – це лише окремі абзаци

• Спочатку перевірте ці абзаци на space_after і суміжні абзаци на space_before і не поспішайте видаляти.

Якщо ви звикли використовувати порожні рядки для пропуску

• Спочатку перетворіть пробіли на інтервали між абзацами, переконайтеся, що макет правильний, а потім видаліть порожні абзаци.

Якщо ваш стиль визначає інтервал між абзацами

• Зберігайте None, щоб стиль продовжував діяти, і не змушуйте записувати значення за замовчуванням.

Якщо документ містить таблиці, малюнки або формули

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

❓ Часті запитання (FAQ)

1. Чи може видалення порожніх абзаців усунути прогалини в перекладі?

невизначений. Відстань між сусідніми абзацами буде розраховано за правилами згортання. Видалення порожніх абзаців може не змінити візуальний інтервал. Одночасно потрібно перевірити властивості попереднього та наступного абзаців.

2. Чи означає None, що інтервал дорівнює 0?

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

3. Чи може сценарій перевірки автоматично виправити всі проблеми?

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

4. Чому після перекладу з'являються розриви сторінок?

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

📝 Підсумок

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

Спробуйте зараз: завантажте документ, щоб розпочати переклад, зберігаючи вихідний макет