Compétences en localisation pour les traducteurs/Exigences de localisabilité pour les clients

Le contenu de cet article est tiré d'une conférence que l'auteur a donnée devant les membres du New York Circle of Translators le 22 octobre 2002. Une partie de cet article est également parue dans le numéro de décembre du Gotham Translator, le bulletin d'information du NYCT.

Localisation :

« Personnaliser un logiciel pour un pays particulier. Cela inclut la traduction des menus et des messages dans la langue parlée locale ainsi que des modifications de l'interface utilisateur pour s'adapter à différents alphabets et cultures ». (https://www.larousse.fr/dictionnaires/francais/localisation/47591). Le terme « localisation », souvent utilisé, peut sembler intimidant au traducteur moderne qui souhaite travailler dans ce domaine. Il existe certainement un ensemble de compétences spécifiques impliquées dans la localisation, mais par où commencer ? Cet article a pour but de présenter certaines des compétences de base en localisation dont les traducteurs auront besoin pour accomplir leurs tâches. De plus, nous examinerons les exigences de localisabilité pour les clients (définies ici comme la planification technique pour différents lieux que les clients peuvent faire pour assurer la localisation précise d'un produit ou d'un document). Comme vous le verrez, la localisation n'est pas nécessairement juste un travail pour le traducteur individuel (ou le localisateur, dans ce cas). Il s’agit plutôt de la responsabilité de toutes les parties impliquées dans le développement du produit original, ainsi que du devoir des chefs de projet chargés du processus de localisation, de part et d’autre. En respectant certaines exigences de base en matière de localisabilité lors du développement d'un produit, il y a un effet domino positif tout au long de la chaîne alimentaire. Un produit bien globalisé sera plus facile à localiser, principalement parce qu'il est moins sujet à des problèmes techniques pendant le processus de localisation. De plus, un contenu clairement structuré est tout simplement plus facile à traduire.

Compétences en localisation pour les traducteurs

En tant que traducteur, vous êtes à la fois l'expert en langue et en matière de sujet. En plus de cela, vous pouvez parfois endosser le rôle de rédacteur ou de relecteur. Ces compétences seront toutes utiles lorsqu'elles seront appliquées à la localisation. Étant donné que le domaine de la localisation est assez complexe, il n'est possible de nommer ici que quelques éléments clés de connaissances techniques, mais ceux-ci devraient aider à augmenter votre commercialisation et votre niveau de compétence. Aux fins de cet article, le terme « localisation » fera référence à la localisation de logiciels. Cela inclut généralement l'interface utilisateur (IU) et la documentation (assistance utilisateur, formation utilisateur, aide, etc.)

HTML

Pour de nombreux traducteurs, HTML peut déjà être une connaissance courante, mais certains d'entre nous n'ont pas l'occasion de travailler avec ces types de documents. Comprendre comment fonctionne HTML est une compétence clé en localisation. Être capable de résoudre les problèmes lorsqu'ils surviennent est également une compétence inestimable sur laquelle les clients comptent de plus en plus. Si vous êtes capable de fournir ce service, cela ne peut qu'ajouter à votre commercialisation déjà précieuse.

Cela ne veut pas dire que tous les localisateurs doivent être des programmeurs web ! Cependant, les localisateurs devraient avoir une connaissance générale des langages de balisage. Heureusement, ils sont relativement faciles à apprendre. En tant que localisateur, vous devriez :

• Connaître suffisamment HTML pour pouvoir reconnaître le contenu balisé dans un document HTML.
  • La plupart des balises HTML ont une balise de début et de fin, et sont souvent imbriquées en couches (pensez à l'apparence d'un oignon lorsqu'il est pelé). Cependant, ce n'est pas toujours le cas. HTML n'est pas aussi strict que nous le souhaiterions, et il fonctionnera toujours avec des balises manquantes.
  • Clarifiez avec votre client quel contenu balisé doit être localisé.
  • Savoir reconnaître le script dans les fichiers HTML, comme le JavaScript ou une feuille de style en cascade intégrée (un CSS est un format de données utilisé pour séparer le style de la structure sur les pages web). Une fois identifié, il sera plus facile de demander à votre client quelles parties doivent être localisées. Il peut y avoir du contenu traduisible dans le JavaScript, et le CSS peut nécessiter des modifications pour les langues d'Asie de l'Est en raison des changements de police et de taille.
• Investissez dans un bon éditeur HTML. Je ne saurais trop insister là-dessus.
  • Les éditeurs WYSIWYG (What You See Is What You Get) créent un cauchemar d'édition ! Il existe un certain nombre d'éditeurs professionnels, tels que HomeSite de Macromedia, qui permettent de modifier le code HTML sans insérer d'autres formats indésirables.
• Les outils de traduction sont créés pour vous aider à naviguer dans le contenu traduisible en HTML. Les outils de TAO (Traduction Assistée par Ordinateur) verrouillent les balises et autres codes HTML que vous n'avez pas besoin de toucher. Bien sûr, cela rend l'expérience HTML beaucoup plus facile.

Il est relativement facile de se familiariser avec HTML. Il existe un certain nombre de livres sur le marché qui expliquent comment tout cela fonctionne, et j'ai investi dans la série « Pour les Nuls » par le passé. Pour ceux qui ont une compréhension de base de HTML mais qui ont besoin de plus d'informations, la série O'Reilly fournit une excellente référence. Il existe également de nombreux tutoriels excellents (et gratuits) en ligne, ainsi que des sites qui fournissent des listes de balises HTML (une liste limitée) et des conseils pour créer vos propres sites. De nombreux collèges communautaires locaux proposent également des cours sur la programmation HTML de base.

XML

XML est un excellent choix pour le contenu localisable en raison de sa flexibilité. XML ne remplacera pas HTML. Au contraire, il peut être utilisé comme un véhicule pour fournir du contenu pour le web, la documentation imprimée ou d'autres formats de diffusion, potentiellement en même temps. La différence entre les deux réside dans le langage de balisage. Alors que HTML applique un balisage structurel (tel que <b> pour gras, <p> pour paragraphe, <h2> pour une balise de titre de deuxième niveau, etc.), XML applique un balisage sémantique (tel que <emphasis>, <article>, <productname>, etc.). Les éléments dans XML sont écrits en toutes lettres plutôt qu'abrégés, donc il n'y a pas de confusion sur ce qu'ils doivent représenter. Comme le document HTML, le document XML n'inclut aucune information de formatage, car toutes ces informations sont appelées à partir d'un fichier séparé (un XSL ou un CSS). XML est extensible, ce qui signifie que des éléments peuvent être créés par l'auteur selon les besoins de la situation. Le formatage peut être modifié pour différents lieux. Par exemple, si un élément <emphasis> entourait un texte, le XSL stipulerait exactement comment formater le contenu de cet élément. Cela signifie qu'un formatage en gras pourrait être appliqué pour un lieu anglophone, ou qu'aucun formatage ne pourrait être stipulé pour un lieu japonais.

Voici quelques concepts de base sur XML que les traducteurs doivent connaître :

• Comprendre comment XML est structuré :
  • La structure de XML sera beaucoup plus explicative que HTML, il sera donc plus facile de reconnaître le contenu traduisible.
  • Les informations de formatage ne devraient pas figurer dans le fichier XML. Si la structure est correctement créée, toute information de formatage attribuée à un ensemble particulier de fichiers ne devrait avoir besoin d'être modifiée qu'une seule fois.
  • Il est impératif de toujours renvoyer des fichiers XML valides à votre client. Les outils de validation sont facilement disponibles sur le marché, tout comme les éditeurs XML.
• Les outils de traduction sont créés pour vous aider à naviguer dans le contenu traduisible en XML. Tout comme avec HTML, les outils de TAO verrouillent les éléments et autres codes XML que vous n'avez pas besoin de toucher, rendant l'expérience XML beaucoup plus facile.

Jeux de caractères

À un moment donné, nous avons tous rencontré une page web affichant des caractères étranges ou des boîtes là où il aurait dû y avoir un diacritique. Peut-être que certains caractères diacritiques ont été remplacés par un caractère japonais. Cela se produit parce que l'ordinateur recherche un jeu de caractères alors qu'il devrait en rechercher un autre ! Connaître un peu le fonctionnement des jeux de caractères vous aidera à résoudre les problèmes et à comprendre pourquoi les choses fonctionnent comme elles le font. À l'origine, chaque caractère correspondait à un numéro sur une page de code. Cela aurait été un bon système si le monde entier avait utilisé les mêmes caractères, mais le problème était qu'il y avait des centaines, voire des milliers, de pages de code qui utilisaient toutes les mêmes numéros pour différents caractères. Étant donné qu'un ordinateur est uniquement formé pour comprendre les chiffres, il doit être informé de la page de code à lire lorsqu'il lit du texte. Dans cet exemple, la page HTML recherche une page de code spécifique : <HTML><HEAD><META content= “text/html;charset=1 252”>

Si ce numéro était changé pour une page de code pour l'hébreu (1255), alors de nombreux caractères du document apparaîtraient comme des caractères hébreux, conformément aux numéros attribués à chacun par le système. L'ordinateur ne fait que ce qu'on lui a dit de faire. Il existe cependant une solution à ce désordre. Entrez Unicode.

Unicode

Plutôt que d'utiliser des milliers de pages de code différentes pour toutes les langues du monde, l'idée derrière Unicode est d'utiliser une seule page de code pour toutes les langues. Cela devrait inclure tous les caractères utilisés pour les langues écrites dans le monde, ce qui peut englober plus d'un million de caractères ! Unicode inclut des alphabets, des caractères idéographiques et des symboles. Idéalement, ces caractères peuvent être mélangés de n'importe quelle manière, puisqu'ils vivront tous sur la même page de code (voir le site en anglais www.unicode.org). Voici quelques éléments de base que vous devriez connaître :

• Comprendre comment vous pouvez savoir si un document est Unicode, ou s'il appelle une page de code ANSI. C'est facile à détecter en regardant tout en haut de la source du document. Si un document est Unicode, soit UTF-8, UTF-16, soit UTF-32 cela sera indiqué.
• Unicode appelle la même page de code pour toutes les langues.
• Unicode est un système standard convenu. Consultez le site Unicode.org pour plus d'informations sur le consortium. Il existe de nombreuses publications qui traitent du sujet d'Unicode, et le site web Unicode est également une mine d'informations. En bref, c'est un sujet facile à approfondir. Si vous êtes plus informé sur les jeux de caractères et leur fonctionnement, vous serez peut-être plus à même de résoudre les problèmes et d'aider vos clients lorsque ces problèmes surviennent.

Outils de traduction

Également connus sous le nom d'outils de TAO, les outils de traduction aident à rationaliser le flux de travail et sont également conçus pour augmenter la productivité. Comme tout outil, il y a généralement une courbe d'apprentissage, qui atteint normalement son sommet vers 3h00 du matin lorsque la date limite est dans cinq heures. Chaque marque d'outil de traduction a une interface et une fonctionnalité légèrement différentes, mais elles font toutes plus ou moins la même chose. Voici une courte liste de compétences de base que vous devriez avoir concernant les outils de traduction.

• Comprendre comment gérer une mémoire de traduction (MT). Une MT qui enregistre votre source et votre cible au fur et à mesure que vous traduisez, puis collecte des paires source-cible pour chaque phrase, phrase ou paragraphe segmenté, et stocke cela pour une utilisation future.
• En tant que localisateur, vous êtes l'expert en langue. Vos clients peuvent dépendre de vous pour mettre à jour les chaînes ou la terminologie dans la MT et pour s'assurer que l'information est à jour.
• Comprendre comment fonctionnent les différentes fonctions de fusion avec les MT. Vous pourriez avoir besoin de fusionner plus d'une MT dans une autre.
• Savoir comment créer une base de données terminologique bien formée. La base de données terminologique peut être à usage personnel ou destinée à être livrée. Dans les deux cas, il existe des champs et des méthodes standard à suivre pour créer cette base de données.
• « Outils de traduction » fait référence à un large éventail d'outils utilisés pour traduire et éditer du texte. Savoir comment les outils fonctionnent ensemble et comment les utiliser au mieux dans votre flux de travail. Chaque localisateur a une méthode de travail légèrement différente, et le processus peut être manipulé pour divers types de texte et projets.
• La traduction automatique (TA) fait référence à un processus de traduction entièrement automatisé qui est effectué par l'ordinateur. Souvent, ces programmes ne valent que ce qui y a été investi, et de bons programmes sont conçus pour fonctionner ensemble avec des traductions humaines.
• Comprendre le processus de comptage de mots et d'analyse. Vos clients effectueront des analyses de comptage de mots avant de remettre les fichiers. Pour éviter les surprises, vous devriez être capable d'effectuer cette fonction également.
• Savoir comment localiser des fichiers au format balisé à l'aide d'outils de traduction. Il est important de savoir comment verrouiller certaines balises et éléments de la localisation. Si vous maîtrisez bien ce processus, vos clients compteront sur votre expertise.

La capacité à travailler efficacement avec les outils de traduction prend du temps. Il est beaucoup plus facile de voir les économies après avoir utilisé un outil particulier pendant un certain temps et avoir résolu quelques problèmes. La clé de ces outils est de comprendre comment ils fonctionnent. Comme pour tout nouveau logiciel, le temps est généralement votre meilleur allié. Si vous êtes intéressé par la formation, il existe de nombreuses options disponibles, y compris la formation des fournisseurs, les ateliers d'outils, les programmes de traduction, les publications et les groupes et forums en ligne. Après avoir maîtrisé le processus, vous serez capable de repérer les problèmes et les questions potentielles au fur et à mesure que vous travaillez. La connaissance des points majeurs et mineurs concernant les formats de fichiers, le codage et les outils est un excellent premier pas vers l'apprentissage du processus de localisation. Les compétences décrites dans cet article ne sont que la pointe de l'iceberg proverbial. Il existe un certain nombre de questions hautement complexes et importantes qui entourent le domaine de la localisation, et comprendre les bases vous aidera à développer ces compétences à long terme.

Exigences de localisation pour les clients

Généralement, l'accent est mis sur ce que les traducteurs et les localisateurs doivent savoir pour survivre et réussir dans l'industrie de la localisation, mais ce n'est pas le tableau complet. Un produit final localisé n'est pas uniquement la responsabilité du chef de projet de localisation d'organiser et du localisateur de traduire et de corriger. La responsabilité d'un produit bien localisé repose sur les épaules de chaque personne qui a développé, géré et, finalement, localisé ce produit. Plutôt que de faire reposer toute la responsabilité de la localisation à la fin de la chaîne alimentaire (avec le traducteur ou le localisateur indépendant), certaines choses devraient être mises en place bien avant le début de la localisation, afin que le travail du localisateur soit axé sur son expertise. De cette manière, les localisateurs peuvent être plus productifs, ainsi que moins dispersés par tous les autres problèmes qui les éloignent de leur travail. À long terme, cela signifie que l'effort total de localisation sera moins coûteux et plus simplifié.

Actuellement, le processus de localisation semble se dérouler sur deux voies (voir Graphique 1). D'un côté, il y a le produit développé pour les marchés anglophones, et de l'autre, il y a le produit localisé. Le processus pour ces deux produits est très différent. Pour que le produit localisé fonctionne correctement, de nombreuses étapes sont ajoutées avant et pendant la localisation. Par exemple, considérez ce qui se passerait si le produit n'était pas correctement testé, si un jeu de caractères différent ne fonctionnait pas dans le produit, si le contenu devait être ajusté pour le lieu cible, si les outils de traduction ne fonctionnaient pas sur les fichiers source, etc. — il est facile de voir comment cela peut devenir un véritable cauchemar. Chaque chef de projet a eu un projet comme celui-ci, et il est étonnant de voir à quel point nous apprenons bien les leçons que nos clients auraient dû comprendre depuis longtemps. Tout cela prouve qu'un peu de mondialisation ne fait pas de mal. Il est facile de voir, souvent après coup, que certaines planifications clés auraient pu être intégrées au début du cycle du produit.

Exigences de localisabilité

Le processus de mondialisation qui se déroule en amont du côté du client peut également être appelé les « exigences de localisabilité ». La liste des exigences ci-dessous n'est en aucun cas exhaustive, mais j’aimerais en mentionner quelques-unes ici qui donneront une idée des types de choses à surveiller.

Contenu traduisible/Chaînes — Restez simple

Les industries de l'informatique et de la haute technologie sont remplies de jargon, de phrases d’accroche et de langage familier que nous avons tendance à utiliser tous les jours. Bien que cela soit acceptable pour les conversations informelles ou les e-mails, cela s'avère être une entreprise assez coûteuse pour la localisation. L'anglais standard devrait être appliqué dès le début lors du développement ou de la documentation d'un produit. Un exemple intéressant d'un terme actuellement utilisé dans la documentation est présenté dans le Graphique 2.

Ce texte a été extrait des notes de version d'un produit, dont le texte complet peut être trouvé sur www.hyperware.com/e/downloads/documents/releasenotes.pdf. C'est un excellent exemple de jargon moderne dans la documentation. Bien que le sens soit évident pour certains, il ne le sera pas pour tout le monde. Je cite l'entrée pour ce terme sur www.wordspy.com, qui déclare :

Breadcrumbing

Nom. Une fonctionnalité de navigation qui affiche une liste des endroits qu'une personne a visités ou de l'itinéraire qu'une personne a emprunté. Contexte : Le mot d'aujourd'hui est basé sur le conte de fées d’Hansel et Gretel, qui ont jeté des morceaux de pain pour les aider à retrouver leur chemin hors de la forêt. Cette fonctionnalité est courante sur les sites web où le contenu est organisé comme une hiérarchie ou comme une séquence de pages. Yahoo! (www.yahoo.com) peut être l'exemple le plus célèbre.

Bien que ce passage soit compréhensible pour un localisateur d'Europe occidentale (le public cible aurait très probablement une référence culturelle au conte de fées ici), un tel jargon serait totalement inacceptable pour un localisateur d'Asie de l'Est. Le temps et les efforts nécessaires pour traduire ce terme dans la langue du lieu cible seraient coûteux (temps de recherche, questions aux chefs de projet et prise de décision sur le terme, etc.)

Même si toute la terminologie utilisée dans un produit est bien formée et claire dans son sens, d'autres problèmes qui surviennent souvent sont un manque de terminologie cohérente entre l'IU et la documentation d'aide. C'est un autre domaine où les questions potentielles et les malentendus coûteront du temps et de l'argent. De plus, toute différence dans le produit anglais ou localisé aura des effets très négatifs sur l'expérience utilisateur, pouvant nuire au produit ou au nom de l'entreprise dans n'importe quel pays.

Comment les fichiers sont-ils créés ou modifiés ?

En dehors du contenu traduisible, il y a de nombreux problèmes qui peuvent également survenir en raison des types de fichiers utilisés pour la localisation. Il peut sembler plus rapide de sauvegarder un document en tant que HTML dans Word.

Cependant, lorsqu’on doit modifier ou traduire ce document, les effets de ce changement sont tout sauf esthétiques. Une grande quantité de formatage superflue est insérée dans le document HTML, si bien que détecter le texte traduisible revient soudain à chercher une aiguille dans une botte de foin. Si un fichier HTML doit être localisé, il doit être créé à l'aide d'un éditeur HTML qui ne laisse pas de balisage inutile.

De nombreux éditeurs WYSIWYG ajouteront du texte supplémentaire dans un document HTML, mais il existe des éditeurs simples sur le marché qui ne le font pas. Investir dans un outil tel que HomeSite (www.macromedia.com/software/homesite/) est beaucoup moins coûteux que des heures de reformatage. Aussi, plus les documents sont propres dans la langue source, moins il y aura d'erreurs pendant et après la localisation. Le contenu des fichiers HTML est généralement simple, cependant, lorsque le script est introduit dans le fichier, cela peut devenir problématique s'il n'est pas mis en œuvre correctement. Si le JavaScript est utilisé dans un fichier HTML (ce qui est souvent le cas), il peut y avoir du texte localisable intégré dans le JavaScript. Bien que la section JavaScript du document soit clairement marquée, il peut ne pas toujours être aussi facile pour un localisateur de repérer le texte localisable parmi les lignes de JavaScript. Une meilleure option dans ce cas est de fournir un fichier *.js que les fichiers HTML individuels référenceront. Dans ce fichier, le texte localisable devrait être séparé du script réel. De cette manière, la localisation est plus rapide et moins sujette aux erreurs.

De la même manière, si un CSS est intégré dans un ensemble de documents HTML plutôt que d'exister en tant que fichier séparé, les informations de police dans le CSS peuvent nécessiter des modifications. Pour les langues d'Asie de l'Est, cela doit être modifié dans chaque fichier plutôt que dans un seul endroit. Le temps utilisé pour changer les polices peut être mieux utilisé pour travailler sur la localisation du contenu.

Contenu XML

Ce type de contenu offre un certain nombre d'excellentes options pour la localisation. En raison de la nature extensible de XML, des éléments représentant le contenu peuvent être créés et utilisés pour permettre différents attributs en fonction de la langue du fichier. Par exemple, tout schéma XML créé pour une langue source devrait également inclure des éléments qui peuvent être nécessaires pour la langue du lieu cible. Souvent, un produit vendu dans le monde entier aura des fonctionnalités différentes pour différents lieux. XML offre la possibilité d'identifier du contenu supplémentaire qui peut être nécessaire ou supprimé pour ces lieux, tout en maintenant un document source unique. Par exemple, si un lieu d'Asie de l'Est a besoin de documentation supplémentaire sur une fonctionnalité particulière du produit, un élément supplémentaire pour ce contenu pourrait être créé. Ce contenu pourrait être bloqué pour les langues qui n'en ont pas besoin, mais accessible pour les langues qui nécessitent ce texte supplémentaire.

Retour d’information

Les problèmes soulevés ici concernant la qualité et la cohérence de la documentation source peuvent sembler être du bon sens. Du point de vue du localisateur ou du chef de projet, cela peut sembler évident. Pourtant, il est surprenant de constater combien de mauvais choix ou d’erreurs continuent à se répéter. Le recul offre peut-être une vision parfaite, mais faire évoluer la façon dont les produits sont conçus reste tout à fait envisageable.

Pour ce faire, une boucle de retour d’information devrait être mise en place entre toutes les parties impliquées dans un projet de localisation afin que les erreurs coûteuses puissent être évitées à l'avenir. Non seulement les problèmes décrits ici coûtent cher à corriger sans cesse, mais ils détournent aussi le localisateur de sa véritable tâche. Si le localisateur est capable de mieux se concentrer sur son expertise, le résultat sera souvent un produit localisé de meilleure qualité.

Travailler ensemble

Pour que ces problèmes soient résolus dès le début du développement du produit, il est essentiel que le retour d'information soit mis en œuvre. Surtout, ce retour d'information devrait remonter la chaîne alimentaire. Les localisateurs devraient communiquer avec leurs chefs de projet, et les chefs de projet devraient communiquer avec leurs clients. Après la fin des projets, il est judicieux de discuter des réussites, des difficultés et des points critiques avec toutes les parties concernées. Ce n'est qu'alors que le processus commencera à changer. Dans un monde idéal, les entreprises de localisation s'associeront avec leurs clients. Un tel partenariat profite aux clients, leur permettant de produire des logiciels et de la documentation prêts pour l’international. En utilisant l'expertise que leurs partenaires de localisation fournissent, les projets peuvent devenir moins coûteux et plus faciles à localiser à long terme. De la même manière, les chefs de projet de localisation ne peuvent pas fournir ce type d'information sans l'expertise et le retour d'information de leurs localisateurs indépendants. Dans ce scénario, plutôt que la localisation se produisant comme une réflexion après coup ou une nuisance, elle sera simplement la dernière étape du processus de création d'un produit mondial. Juste les quelques problèmes soulevés ici, lorsqu'ils sont appliqués à des projets réels, transforment la boucle de localisation en une entreprise chaotique et coûteuse. Un projet qui a commencé si innocemment et bien intentionné peut finir par coûter beaucoup trop de temps et d'énergie. Avec des localisateurs bien informés, des chefs de projet capables d'appliquer des solutions à d’anciens problèmes dans de nouveaux projets, et des clients qui comprennent la valeur d'une bonne planification de la localisabilité, il y aura toujours de nombreux avantages à partager.

Notes :

1. Par exemple, l'Institut de linguistique appliquée de l'Université d'État de Kent et le Département des langues étrangères et de la traduction de l'Université de New York proposent des cours en traduction technique, gestion de projet et outils de traduction.
2. A Practical Guide to Localization par Bert Esselink ; The Handbook of Terminology Management par Sue Ellen Wright et Gerhard Budin ; XML Internationalization and Localization par Yves Savourel ; et Beyond Borders : Web Globalization Strategies par John Yunker. Toutes ces références ont des chapitres ou des articles sur les outils de traduction.

Quelques ressources

Dr. International. 2002. Developing International Software, Second Edition. Redmond : Microsoft Press.

Esselink, Bert. 2000. A Practical Guide to Localization : For Translators, Engineers, and Project Managers. Amsterdam : John Benjamin.

Graham, Tony. 2000. Unicode : A Primer. Hoboken : John Wiley & Sons.

Macromedia HomeSite (www.macromedia.com/software/homesite/).

Savourel, Yves. 2001. XML Internationalization and Localization. Indianapolis : Sams.

TechWeb Encyclopedia (www.techweb.com/encyclopedia).

The Unicode Home Page (www.unicode.org).

Wordspy (www.wordspy.com). Wright, Sue Ellen et Gerhard Budin. 2001. The Handbook of Terminology Management : Application-Oriented Terminology Management. Amsterdam : John Benjamin.

Wright, Sue Ellen et Gerhard Budin. 1997. The Handbook of Terminology Management : Basic Aspects of Terminology Management. Amsterdam : John Benjamin.

Yunker, John. 2002. Beyond Borders : Web Globalization Strategies. Indianapolis : New Riders Publishing.

Auteur : Par Carla DiFranco

E-mail : carladi@microsoft.com

Source : The ATA Chronicle