Содержимое тегов исходного файла можно визуализировать в Редакторе, нажав Развернуть теги в меню , и отредактировать, нажав F2.
Включите проверку XLIFF при настройке обеспечения качества, чтобы избежать структурных повреждений.
Важно
Проблемы с тегами являются распространенной причиной ошибок при экспорте. Всегда проверяйте правильность тегов и форматирования перед экспортом файлов, запуская проверки обеспечения качества.
Рекомендации
Если контент XLIFF содержит HTML-теги, выберите в качестве типа файла при создании задания или шаблона проекта.
Типы файлов
-
.XLF
-
.XLIFF 2.0
-
Только 2.0
Файлы с заголовком файла
<xliff version="2.0">
Параметры импорта
-
Сообщения ICU автоматически конвертируются в теги. Если сегмент содержит встроенные элементы, синтаксический анализ ICU для этого сегмента пропускается. Сегменты без встроенных элементов анализируются обычным образом.
-
Импортируются HTML теги, содержащиеся в файле. Далее теги можно использовать с настройками импорта файлов .HTML.
Когда включен подфильтр HTML, имена тегов, не входящие в список распознаваемых по умолчанию встроенных элементов HTML (стандартные встроенные элементы, такие как span, a и em), не преобразуются в защищенные встроенные теги. Вместо этого они рассматриваются как элементы границы сегмента или блочные элементы. Это включает пользовательские или псевдоимена тегов, используемые в качестве встроенных оболочек в исходном контенте, например, тег с именем link, используемый для обертывания фрагмента текста.
В результате открывающие и закрывающие маркеры такого тега не отображаются внутри какого-либо отдельного сегмента в Редакторе. Вместо этого сегмент разбивается на границе тега. Базовый контент и обернутый текст не теряются из файла, но данные тега не могут быть собраны обратно как встроенный тег, поскольку он никогда не был распознан как таковой.
Чтобы сохранить пользовательское или нестандартное имя тега в качестве защищенного встроенного тега внутри одного сегмента, добавьте имя тега в «Переводимые встроенные элементы» в настройках импорта файлов HTML для данного типа файла. Этот параметр также можно настроить в шаблоне проекта, чтобы он автоматически применялся к проектам, созданным на основе этого шаблона.
-
Данные из элемента
<note>будут отображаться в окне Контекст.Поддерживается только
<note>в<unit>(в соответствии со стандартами XLIFF 2.0). -
Сегменты, импортированные как Confirmed, сохраняются в проекте translation memory в режиме записи.
-
Применяется стандартная сегментация. Если не выбрано, один элемент будет являться одним сегментом. Это может привести к появлению нескольких предложений в одном сегменте. Если выбрано, но элемент остается одним сегментом, в файле может присутствовать атрибут canResegment="no". Чтобы принудительно выполнить сегментацию, измените этот атрибут на "yes". Если атрибут canResegment="no" отсутствует, unit будет сегментирован.
Если target сегмент не пуст, текст в элементе source не сегментируется. Это поведение нельзя изменить путем включения/выключения параметра или настройки правил сегментации.
Если импортированный
unitсодержит элементыsegmentв исходном файле, он не сегментируется дальше; он считается уже сегментированным. Это поведение нельзя изменить путем включения/выключения параметра . Сегментация может произойти только в том случае, еслиunitсодержит один элементsegmentи не содержит игнорируемых элементов. -
Теги разрыва строки и разрыва страницы XLIFF создают новые сегменты. Этот параметр будет применен только в том случае, если также включен Segment XLIFF.
-
-
-
Если этот параметр включен, значения целевого языка из загруженного файла игнорируются и заменяются значениями целевого языка задания.
-
Только 2.0
-
1.2 Только
Контекст должен находиться либо в trans-unit в элементах context-group, либо в context с атрибутами context-type.
-
2.0 Только
Контекст должен находиться в элементе unit или в потомках элемента unit. Базовым узлом (контекстным узлом) для вычисления XPath является элемент unit. XPath по умолчанию: @id.
Примечание
XPath ключа контекста и пространства имен XML
Элементы XLIFF 2.0 существуют в пространстве имен XML, поэтому выражения XPath ключа контекста, ссылающиеся непосредственно на имена элементов, могут не работать. Если ваше выражение не возвращает результатов, используйте вместо него функцию
local-name().Например, чтобы извлечь элемент
<note>сcategory="key", используйте:*[local-name()='notes']/*[local-name()='note' and @category='key'] -
-
Список разделенных запятыми ссылок на символы, необходимых в выходном файле.
Пример:
Правила импорта сегментов
Добавление правил изменяет настройки импорта по умолчанию. Правила можно комбинировать или добавлять, а также применять с помощью доступной формы или вручную. Пользовательские состояния XLIFF поддерживаются. Разделение аргументов запятой создает логическое отношение AND, а новая строка создает логическое отношение OR.
XPath также можно использовать в правилах, но выражение будет вычисляться относительно каждого элемента trans-unit (т. е. не документа).
Примеры:
-
Импортировать только сегменты, где элемент
<trans-unit>имеет атрибутresname, значение которого равно или содержитinfo: .[contains(@resname,'info')]. -
Импортировать только сегменты, где элемент
<trans-unit>не имеет no такого дочернего элементаsegment-metadata, у которого атрибутtm_matchравен или содержит100.00: .[not(contains(segment-metadata/@tm_match,'100.00'))]Чтобы исключить совпадения 100.00 и 101.00% из импорта, используйте
orследующим образом:.[not(contains(segment-metadata/@tm_match,'100.00') or contains(segment-metadata/@tm_match,'101.00'))].
XPath также можно использовать в правилах, например, при импорте сегментов .[contains(@resname, 'info;yes')].
По умолчанию импортируются все элементы trans-unit формата XLIFF. Если выполняется сегментация, <source> сегментируется, а <seg-source> — нет. Статус всех сегментов после импорта не является ни подтверждённым, ни заблокированным.
Пользовательские настройки импорта
-
Не следует импортировать сегмент, если
-
Установить статус сегмента «подтвержденный», если
-
Установить статус сегмента «заблокированный», если
Отображение атрибутов экспорта.
Добавление правил изменяет настройки импорта по умолчанию. Правила можно комбинировать или добавлять, а также применять с помощью доступной формы или вручную. Пользовательские состояния XLIFF поддерживаются.
По умолчанию все единицы перевода XLIFF в экспортируемом целевом файле будут выглядеть идентично исходным, за исключением того, что целевой текст будет переведен. Чтобы изменить состояния XLIFF, статусы сегментов можно сопоставить с состояниями XLIFF.
Например:
Пользовательские настройки экспорта
Конкретные целевые атрибуты можно сопоставить на основе следующих статусов сегментов:
-
Подтвержден и заблокирован
-
Подтвержден, но не заблокирован
-
Не подтвержден, но заблокирован
-
Не подтвержден и не заблокирован
Максимальная длина целевого текста
Когда единица разделена на несколько сегментов, все сегменты будут иметь одинаковое свойство максимальной длины. Это значение будет равно максимальному для единицы.
В этом случае после импорта возвращается следующее предупреждение:
Единица разделена на несколько сегментов, ограничение максимальной длины будет проверяться для каждого сегмента отдельно.
1.2
Атрибут maxwidth можно использовать для указания максимальной длины целевого текста в следующих условиях:
-
Maxwidth должен находиться в элементе trans-unit (а не в группе).
-
Размер должен быть указан в
size-unit="char"илиsize-unit="percent". -
В элементе trans-unit есть только один сегмент.
Предупреждение отображается, если в элементе trans-unit содержится больше сегментов.
2.0
Функция максимальной длины целевого текста поддерживается только в том случае, если:
-
Элемент file содержит
slr:profilesсgeneralProfile="xliff:codepoints" -
Единица в файле содержит атрибут
sizeRestriction.
Максимальное значение затем устанавливается как свойство максимальной длины сегмента.
Примечание
Когда включен подфильтр HTML, имена тегов, не входящие в список распознаваемых по умолчанию встроенных элементов HTML (стандартные встроенные элементы, такие как span, a и em), не преобразуются в защищенные встроенные теги. Вместо этого они рассматриваются как элементы границы сегмента или блочные элементы. Это включает пользовательские или псевдотеги, используемые в качестве встроенных оболочек в исходном содержимом, например, тег «link», предназначенный для оборачивания части текста.
В результате открывающие и закрывающие маркеры такого тега не отображаются внутри какого-либо отдельного сегмента в «Редакторе». Вместо этого сегмент разбивается на границе тега. Базовый контент и обернутый текст не теряются из файла, но данные тега не могут быть собраны обратно как встроенный тег, поскольку он никогда не был распознан как таковой.
Чтобы сохранить пользовательское или нестандартное имя тега в качестве защищенного встроенного тега внутри одного сегмента, добавьте имя тега в «Переводимые встроенные элементы» в настройках импорта файлов HTML для данного типа файла. Этот параметр также можно настроить в шаблоне проекта, чтобы он автоматически применялся к проектам, созданным на основе этого шаблона.
Drupal/WordPress XLIFF
Настройки применяются в шаблоне проекта, используемом с плагином Drupal.
Фильтр Wordpress использует HTML-подфильтр, поэтому можно применять настройки импорта .HTML. Если требуется больше настроек, чем доступно в параметрах импорта HTML, следует использовать формат .XML.
Drupal/WordPress XLIFF также является хорошим вариантом по умолчанию для файлов .XLIFF, когда переводимые строки находятся в CDATA и содержат HTML-теги.
memoQ
Настройки недоступны, если файл был автоматически обнаружен и импортирован как memoQ XLIFF. Если требуется настройка, импортируйте файл, используя параметры импорта XLIFF 1.2. Статусы сегментов memoQ XLIFF должны быть настроены вручную в параметрах импорта.
HTML-подфильтр и пользовательские встроенные теги
Когда используется HTML-подфильтр, например, с параметрами импорта XLIFF 2.0, только стандартный список распознаваемых встроенных HTML-элементов, таких как span, a и em, преобразуется в защищенные встроенные теги, которые остаются внутри одного сегмента. Любое другое имя тега, используемое в качестве встроенной оболочки, включая пользовательские или псевдотеги, такие как link, не распознается как встроенное содержимое. HTML-подфильтр вместо этого рассматривает нераспознанный тег как границу сегмента, поэтому маркеры тега не отображаются внутри какого-либо одного сегмента в «Редакторе». Исходный текст и обёрнутый контент не теряются из данных сегмента, однако разметка тега распределяется между соседними сегментами вместо сохранения в виде одного защищённого тега.
Чтобы сохранить пользовательский или псевдотег как защищённый встроенный тег внутри одного сегмента, добавьте его имя тега в Translatable inline elements в параметрах импорта HTML-файлов для данного типа файла. Этот параметр также можно настроить как часть шаблона проекта или на уровне организации в разделе «Параметры импорта файлов», чтобы он применялся по умолчанию к новым проектам, использующим те же параметры импорта.