.XLIFF 1.2 et 2.0 - XML Localization Interchange File Format (TMS)

Le contenu est traduit de l’anglais par Phrase Language AI.

Le contenu des balises du fichier source peut être visualisé dans l'Éditeur en cliquant sur Développer les balises dans le menu Outil, et modifié en appuyant sur F2.

Activez la vérification XLIFF lors de la configuration de l'assurance qualité pour éviter les erreurs de structure.

Important

Les problèmes liés aux balises sont une cause fréquente d'erreurs d'exportation. Avant d'exporter des fichiers, vérifiez toujours les balises et la mise en forme à l'aide des contrôles d'assurance qualité.

Astuce

Si le contenu XLIFF contient un balisage HTML, sélectionnez Drupal/Wordpress XLIFF comme type de fichier lors de la création de la tâche ou du modèle de projet.

Types de fichiers

.XLF
.XLIFF
2.0 uniquement

Fichiers avec l'en-tête de fichier <xliff version="2.0">

Options d'importation

Analyser les messages ICU

Les messages ICU sont automatiquement convertis en balises. Lorsqu'un segment contient des éléments en ligne, l'analyse ICU pour ce segment est ignorée. Les segments sans éléments en ligne sont analysés normalement.
Utiliser le sous-filtre HTML

Importe les balises HTML contenues dans le fichier. Les balises peuvent ensuite être utilisées avec les paramètres d'importation de fichiers HTML.

Lorsque le sous-filtre HTML est activé, les noms de balises qui ne font pas partie de la liste par défaut des éléments en ligne HTML reconnus (éléments en ligne standard tels que span, a et em) ne sont pas convertis en balises en ligne protégées. Au lieu de cela, ils sont traités comme des éléments de délimitation de segment ou de niveau bloc. Cela inclut les noms de balises personnalisées ou de pseudo-balises utilisés pour encadrer du texte en ligne dans le contenu source, par exemple une balise nommée link utilisée pour encadrer un passage de texte.

Par conséquent, les marqueurs d'ouverture et de fermeture d'une telle balise n'apparaissent pas dans un seul segment dans l'Éditeur. Le segment est alors scindé à l'emplacement de la balise. Le contenu sous-jacent et le texte encadré ne sont pas perdus dans le fichier, mais les données de la balise ne peuvent pas être reconstituées sous forme de balise en ligne, car celle-ci n'a jamais été reconnue comme telle.

Pour conserver un nom de balise personnalisé ou non standard en tant que balise en ligne protégée dans un seul segment, ajoutez le nom de la balise aux éléments en ligne traduisibles dans les paramètres d'importation de fichiers HTML pour ce type de fichier. Ce paramètre peut également être configuré dans un modèle de projet afin qu'il s'applique automatiquement aux projets créés à partir de ce modèle.
Importer <note>

Les données de l'élément <note> seront affichées dans la fenêtre Contexte.

Seul un élément <note> contenu dans un élément <unit> est pris en charge (conformément à la norme XLIFF 2.0).
Lors de l’importation, enregistrer dans la MT les segments confirmés

Les segments importés en tant que Confirmé sont enregistrés dans la mémoire de traduction du projet en mode Écriture.
Segmenter XLIFF

La segmentation standard est appliquée. Si cette option n'est pas sélectionnée, un élément correspondra à un segment. Cela peut entraîner plusieurs phrases par segment. Si cette option est sélectionnée mais qu'un élément reste un seul segment, l'attribut canResegment="no" peut être présent dans le fichier. Pour forcer la segmentation, remplacez cet attribut par "yes". S'il n'y a pas d'attribut canResegment="no", l'unité sera segmentée.

Si le segment target n'est pas vide, le texte de l'élément source n'est pas segmenté. Ce comportement ne peut pas être modifié en activant ou en désactivant l'option Segment XLIFF, ni en ajustant les règles de segmentation.

Si une unité importée contient des éléments segment dans le fichier d'origine, elle n'est pas segmentée davantage ; elle est considérée comme déjà segmentée. Ce comportement ne peut pas être modifié en activant ou en désactivant l'option Segment XLIFF. La segmentation ne peut se produire que si l'unité contient un seul élément segment et aucun élément ignorable.
Interpréter les balises saut de ligne/saut de page

Les balises de saut de ligne et de saut de page XLIFF créent de nouveaux segments. Cette option ne sera appliquée que si Segment XLIFF est également activée.
Conserver les espaces blancs
Copier la source dans la cible vide si le segment n'est pas importé
Remplacer les valeurs cibles XLIFF

Si cette option est activée, les valeurs de langue cible du fichier téléversé sont ignorées et remplacées par celles de la tâche.
Format du code de langue

Contrôle la casse du code de langue cible écrit dans l'en-tête du fichier terminé. Cette option ne s'applique que lorsque « Remplacer les valeurs cibles XLIFF » est activé.

Options disponibles
- RFC en minuscules, exemple fr-ca (par défaut)
- RFC, exemple fr-CA
- Phrase standard, exemple fr_ca
- Android, exemple fr-rCA
- Android BCP, exemple b+fr+CA
2.0 uniquement Représenter le texte portant l'attribut "translate=no" sous forme de balises non traduisibles
1.2 uniquement Note de contexte

Le contexte doit se trouver soit dans l'élément trans-unit, dans des éléments context-group, soit dans des éléments context dotés d'attributs context-type.
2.0 uniquement Clé de contexte

Le contexte doit se trouver dans l'élément unit ou dans les descendants de l'élément unit. Le nœud de base (nœud de contexte) pour l'évaluation XPath est l'élément unit. Le XPath par défaut est : @id.

Remarque

XPath de clé de contexte et espaces de noms XML

Les éléments XLIFF 2.0 existent au sein d'un espace de noms XML, les expressions XPath de clé de contexte faisant directement référence aux noms d'éléments peuvent donc ne pas fonctionner. Si votre expression ne renvoie aucun résultat, utilisez plutôt la fonction local-name().

Par exemple, pour extraire un élément <note> avec category="key", utilisez :

*[local-name()='notes']/*[local-name()='note' and @category='key']
Convertir en balises Phrase TMS
Convertir en entités de caractères

Liste séparée par des virgules des références de caractères requises dans le fichier de sortie.

Exemple :

 ,&#x3A3;

Règles d'importation des segments

L'ajout de règles modifie les paramètres d'importation par défaut. Les règles peuvent être ajoutées ou combinées, puis appliquées à l'aide du formulaire prévu à cet effet ou manuellement. Les états XLIFF personnalisés sont pris en charge. La séparation des arguments par une virgule crée la relation logique AND, tandis qu'une nouvelle ligne crée la relation logique OR.

XPath peut également être utilisé dans les règles, mais il sera évalué par rapport à chaque élément trans-unit (et non par rapport au document).

Exemples :

Importer uniquement les segments dont l'élément <trans-unit> possède un attribut resname dont la valeur est info: .[contains(@resname,'info')] ou contient cette chaîne.
Importer uniquement les segments où l'élément <trans-unit> ne possède aucun élément enfant segment-metadata dont l'attribut tm_match a pour valeur ou contient 100.00: .[not(contains(segment-metadata/@tm_match,'100.00'))]

Pour exclure les correspondances de 100.00 et 101.00 % de votre importation, utilisez or comme suit : .[not(contains(segment-metadata/@tm_match,'100.00') or contains(segment-metadata/@tm_match,'101.00'))].

XPath peut également être utilisé dans les règles, par exemple pour importer des segments .[contains(@resname, 'info;yes')].

Par défaut, toutes les unités de traduction (trans-units) XLIFF sont importées. Si la segmentation est effectuée, <source> est segmenté et <seg-source> ne l'est pas. Le statut de tous les segments après l'importation n'est ni confirmé ni verrouillé.

Paramètres d'importation personnalisés

Ne pas importer le segment si
Confirmer le segment si
Verrouiller le segment si

Mappage des attributs d'exportation

L'ajout de règles modifie les paramètres d'importation par défaut. Les règles peuvent être ajoutées ou combinées, puis appliquées à l’aide du formulaire prévu à cet effet ou manuellement. Les états XLIFF personnalisés sont pris en charge.

Par défaut, toutes les unités de traduction XLIFF du fichier cible exporté sont identiques à celles du fichier source, hormis la traduction du contenu cible. Pour modifier les états XLIFF, les statuts des segments peuvent être mappés aux états XLIFF.

Exemple :

Nouveau vers Traduit dans le fichier XLIFF cible exporté.

Paramètres d'exportation personnalisés

Des attributs cibles spécifiques peuvent être mappés en fonction des statuts de segment suivants :

Confirmé et verrouillé
Confirmé et non verrouillé
Non confirmé et verrouillé
Non confirmé et non verrouillé

Longueur maximale de la cible

Lorsqu'une unité est divisée en plusieurs segments, tous les segments auront la même propriété de longueur maximale. Cette valeur sera égale à la valeur maximale de l’unité.

Dans ce cas, l'avertissement suivant est renvoyé après l'importation :

Lorsqu’une unité est divisée en plusieurs segments, la limite de longueur maximale est vérifiée séparément pour chaque segment.

1.2

L'attribut maxwidth peut être utilisé pour spécifier la longueur maximale de la cible pour la traduction dans ces conditions :

Maxwidth doit se trouver dans un élément trans-unit (pas dans un groupe).
La taille doit être spécifiée à l’aide de size-unit="char" ou de size-unit="percent".
Il n'y a qu'un seul segment dans l'élément trans-unit.

Un avertissement s'affiche s'il y a plusieurs segments dans l'élément trans-unit.

2.0

La fonctionnalité de longueur maximale de la cible n'est prise en charge que si :

L'élément file contient slr:profiles avec generalProfile="xliff:codepoints"
L'unité dans le fichier contient l'attribut sizeRestriction.

La valeur maximale est alors définie comme la propriété de longueur maximale du segment.

Remarque

Lorsque le sous-filtre HTML est activé, les noms de balises qui ne font pas partie de la liste par défaut des éléments en ligne HTML reconnus (éléments en ligne standard tels que span, a et em) ne sont pas convertis en balises en ligne protégées. Au lieu de cela, ils sont traités comme des éléments de délimitation de segment ou de niveau bloc. Cela inclut les noms de balises personnalisées ou de pseudo-balises utilisées pour encadrer du texte en ligne dans le contenu source, par exemple une balise nommée link utilisée pour encadrer une portion de texte.

Par conséquent, les marqueurs d’ouverture et de fermeture d’une telle balise n’apparaissent pas au sein d’un même segment dans l’Éditeur. Le segment est plutôt divisé au niveau de la balise. Le contenu sous-jacent et le texte encadré ne disparaissent pas du fichier, mais les données de la balise ne peuvent pas être reconstituées sous forme de balise en ligne, car celle-ci n’a jamais été reconnue comme telle.

Pour conserver un nom de balise personnalisé ou non standard en tant que balise en ligne protégée dans un seul segment, ajoutez ce nom à « Éléments en ligne traduisibles », dans les « Paramètres d’importation des fichiers HTML » du type de fichier. Ce paramètre peut également être configuré dans un modèle de projet afin qu'il s'applique automatiquement aux projets créés à partir de ce modèle.

Paramètres spécifiques à l'application

Drupal/WordPress .XLIFF

Les paramètres sont appliqués dans le modèle de projet utilisé avec le plugin Drupal.

Le filtre WordPress utilise le sous-filtre HTML. Les paramètres d’importation .HTML peuvent donc être appliqués. Si une personnalisation plus poussée que celle permise par les paramètres d'importation HTML est nécessaire, le format .XML doit être utilisé.

Drupal/WordPress XLIFF est également un bon choix par défaut pour les fichiers .XLIFF lorsque les chaînes traduisibles se trouvent dans des sections CDATA et contiennent des balises HTML.

memoQ

Aucun paramètre n'est disponible en cas de détection automatique et d'importation en tant que memoQ XLIFF. Si une configuration est requise, importez le fichier en utilisant les paramètres d'importation XLIFF 1.2. Les statuts de segment de memoQ XLIFF doivent être configurés manuellement dans les paramètres d'importation.

Sous-filtre HTML et balises en ligne personnalisées

Lorsque le sous-filtre HTML est utilisé, par exemple avec les paramètres d’importation XLIFF 2.0, seuls les éléments en ligne HTML reconnus par défaut, tels que span, a et em, sont convertis en balises en ligne protégées qui restent dans un seul segment. Tout autre nom de balise utilisé pour encadrer du contenu en ligne, y compris les balises personnalisées ou pseudo-balises telles que link, n'est pas reconnu comme contenu en ligne. Le sous-filtre HTML traite plutôt une balise non reconnue comme une limite de segment, de sorte que les marqueurs de balise n'apparaissent pas à l'intérieur d'un seul segment dans l'éditeur. Le texte environnant et le contenu encadré par la balise ne disparaissent pas des données des segments sous-jacents, mais le balisage est réparti entre des segments adjacents au lieu d’être conservé sous la forme d’une seule balise protégée.

Pour conserver une balise personnalisée ou une pseudo-balise en tant que balise en ligne protégée dans un seul segment, ajoutez son nom à « Éléments en ligne traduisibles », dans les « Paramètres d’importation des fichiers HTML » du type de fichier. Ce paramètre peut également être configuré dans le cadre d'un modèle de projet ou au niveau de l'organisation sous Paramètres d'importation de fichiers, afin qu'il s'applique par défaut aux nouveaux projets qui utilisent les mêmes paramètres d'importation.