Localisation XML · Traduction assermentée
Autre angle utile : Localisation de fichiers XML
Localisation de fichiers XML : Cette fiche en pose le cadre : ce qui est attendu du dossier, ce qui se vérifie en amont et ce qui relève de l'appréciation de l'administration.
Positionnement : localisation de fichiers XML
Avant d'entrer dans le détail, localisation de fichiers XML appelle un cadre de lecture clair. Il faut aussi considérer traducteur assermenté : ces éléments conditionnent la suite de la démarche et évitent les allers-retours. Le point à retenir : un dossier complet se prépare en amont, sans promettre ce qui relève du guichet. Cette vigilance initiale évite les corrections tardives et les pièces manquantes.
Définition
La localisation de fichiers XML travaille donc sur des chaînes, une par une, à l'intérieur d'un contenant dont l'architecture ne doit pas bouger. Formulé tel quel par un client : « Quelle différence entre traduction d'un PDF natif et d'un scan ? » Élément de réponse : Les balises internes qui mettent un mot en gras ou en italique suivent la même règle, et leur place peut changer avec l'ordre des mots de la phrase traduite, ce qui impose une vérification phrase par phrase.
Organisme émetteur
Une clé perdue, et l'application ne sait plus quelle chaîne afficher à cet endroit précis de l'écran. Le doute le plus courant s'énonce ainsi : « Quel format privilégier pour un document destiné à une administration ? » À ce sujet, Les marques d'un fichier structuré font sens ; l'apparence, elle, n'est qu'un habillage, et les confondre suffit à casser l'affichage. Les mots traduction XML, PDF et scan lisible reviennent dans la procédure.
Pièces à fournir
Une variable insérée dans une phrase se conserve telle quelle : la supprimer ou la traduire revient à priver l'écran de la valeur qu'il devait afficher. Une interrogation récurrente : « Peut-on traduire un fichier XML protégé par mot de passe ? » La réponse tient à ceci : La longueur des libellés compte autant que leur sens : un bouton traduit par une formule plus longue déborde de son cadre et chevauche l'élément voisin, parfois jusqu'à le rendre inutilisable.
Ordre de certification
Le doute le plus courant s'énonce ainsi : « De quoi dépend le prix de la traduction d'un fichier XML ? » La réponse tient à ceci : Les pluriels et les accords se traitent selon les règles de la langue d'arrivée, ce qui oblige parfois à scinder une chaîne en deux unités distinctes, avec deux clés au lieu d'une seule. Le point de méthode : Ce point varie selon le format retenu, une confirmation au cas par cas restant nécessaire
Format du fichier
Une question fréquente, formulée ainsi : « Combien de temps faut-il pour traduire un fichier XML ? » On retiendra ceci : Un encodage mal déclaré déforme les accents dès l'ouverture, et le texte le plus juste devient illisible. Un point de repère utile : Comme le fichier est natif, l'extraction du texte se fait sans recourir à l'OCR La difficulté se situe ici : convertir un format sans vérifier le rendu final. À retenir également : perdre les calques d'un plan technique à la conversion.
Erreurs fréquentes
Le doute le plus courant s'énonce ainsi : « Comment vérifier que le fichier livré est complet ? » Précision utile : Le besoin apparaît quand une interface ou un flux d'échange doit fonctionner dans une autre langue, avec des libellés compris par les utilisateurs et des messages qui ne laissent aucun texte d'origine à l'écran. Un repère stable : Une conversion préalable s'impose lorsque le format d'origine n'est pas accepté Une nuance s'impose : la fourniture du fichier source dans un format lisible incombe au client.
Questions fréquentes
Question de fond : « Que devient une variable insérée dans une phrase à localiser ? » Elle reste telle quelle, à la même place logique dans la phrase. Une variable ressemble à un texte par sa position, mais elle porte une valeur que l'application remplace à l'affichage. La traduire ou la supprimer prive l'écran de ce qu'il devait montrer, et l'erreur ne se voit qu'à l'exécution. Les balises de mise en forme qui entourent un mot suivent la même règle, avec une difficulté propre : leur place peut changer quand l'ordre des mots change. L'ordre des variables entre elles mérite également un contrôle, puisqu'une inversion suffit à transformer un montant en date au moment de l'affichage. Deux réserves : un fichier dont l'encodage est mal déclaré ne s'ouvre pas correctement, et la validité du schéma de départ relève du client, qui l'a défini. Formulé tel quel par un client : « Quelle qualité de scan faut-il pour un fichier XML ? » Pour répondre : Un fichier de configuration commenté, destiné à des développeurs qui lisent déjà la langue du fichier, n'a pas à être localisé, et le travail serait sans objet.
Pages liées
Un point qui mérite d'être posé explicitement : « Comment faire traduire un fichier XML ? » Élément de réponse : Le fichier revient avec ses clés, ses balises et son encodage d'origine, prêt à être rechargé dans l'application sans aucun ajustement de la part de l'équipe. Un point de repère utile : Ce point varie selon le format retenu, une confirmation au cas par cas restant nécessaire Ce point est souvent mal compris : un plan côté et un schéma de principe ne se lisent pas de la même façon.
Passage à l'action
Les développeurs qui livrent une interface traduite fournissent le fichier de ressources plutôt que des captures d'écran. Ce qu'ils contrôlent ensuite, c'est que les variables et les balises de mise en forme sont restées à leur place. Question de fond, souvent mal posée : « Comment convertir un document papier en fichier XML exploitable ? » À ce sujet, Un contrôle utile consiste à charger le fichier livré dans l'application, puis à parcourir les écrans un par un pour repérer les libellés coupés, les messages tronqués et les variables restées visibles en clair. Question de fond, souvent mal posée : « Un fichier XML volumineux peut-il être scindé ? » Réponse courte : Une clé modifiée par mégarde, une variable supprimée, une balise sortie de sa phrase : ces trois fautes ne se voient qu'à l'exécution, parfois longtemps après la livraison. Un point qui mérite d'être posé explicitement : « Un fichier XML scanné peut-il être traduit tel quel ? » Élément de réponse : Un fichier volumineux se découpe par lots de clés, et ce découpage se fait sur les groupes logiques de l'interface, écran par écran, jamais au hasard des lignes telles qu'elles se présentent dans le fichier, avec une liste de contrôle par lot et un retour au client entre deux envois.
