Aller au contenu
Nodary
Commencer gratuitement

Modèle de table de localisation

Une table de chaînes sur laquelle les traducteurs peuvent travailler : une ligne par clé, avec son contexte, sa limite de longueur, la source en anglais et quatre traductions, plus un glossaire et un guide de style par langue. Téléchargez-la en .zip : la table est un fichier CSV (UTF-8, séparé par des virgules), le reste est en Markdown, et l’ensemble s’importe dans Nodary, où le CSV devient un tableur que vous utilisez comme table de traduction.

Télécharger le modèleOuvrir la démo

4 fichiers dans un .zip (Markdown et CSV), 6 ko

Gratuit, sans compte, sans e-mail. Utilisez-le, modifiez-le, partagez-le.

Table de localisationChaînesGlossaireGuide de style

Lisez chaque fichier avant de télécharger

La vue d’ensemble explique les colonnes, le nommage des clés, les variables et les états de traduction. La table contient 13 chaînes d’exemple de Saltmarrow, le jeu d’exemple que ce site montre partout ; deux cellules sont fausses exprès, pour montrer ce que les contrôles détectent.

Documents

Fichier Modèle de table de localisation/Table de localisation.md

Table de localisation

Mode d’emploi : les lignes en italique sont des consignes. Remplacez-les par vos propres mots, puis supprimez-les. Les valeurs entre crochets sont à remplir. La table elle-même est le fichier CSV à côté de cette page.

Les fichiers

  • Chaînes : la table elle-même, une ligne par chaîne, une colonne par langue
  • Glossaire : les mots traduits de la même façon partout, et les noms jamais traduits
  • Guide de style : comment le jeu parle dans chaque langue

Colonnes

ColonneCe qu’elle contient
keyUn nom unique pour la chaîne, jamais montré aux joueurs
contextOù le texte apparaît et qui le dit : ce qu’un traducteur ne peut pas deviner
max_lengthLe nombre maximal de caractères que le texte peut prendre à l’écran
enLe texte source
fr, de, es, plUne colonne par langue, nommée par son code

Nommer les clés

Nommez les clés selon l’endroit où vit le texte, du général au particulier, pour que les chaînes liées se rangent ensemble.

  • Forme : [écran].[élément].[détail], comme menu.play ou hud.tide.warning
  • En minuscules, des points entre les parties, sans espaces
  • Ne réutilisez jamais une clé pour un autre texte : ajoutez-en une nouvelle

Variables et balises

Les valeurs que le jeu insère restent entre accolades, comme {count} ; chaque traduction garde chaque variable de sa source. Les balises de mise en forme, comme la balise de gras de item.crystal.desc, restent autour des mots qu’elles marquent.

États de traduction

  • ManquanteBrouillon
  • BrouillonRelue
  • RelueFinale
  • FinaleObsolète
  • ObsolèteBrouillon
L’état d’une traduction : une source modifiée la rend obsolète, à revérifierUn diagramme Mermaid dans le fichier : Nodary, GitHub et Obsidian le dessinent.
Mermaid
flowchart LR
  n0["Manquante"]
  n1["Brouillon"]
  n2["Relue"]
  n3["Finale"]
  n4["Obsolète"]
  n0 --> n1
  n1 --> n2
  n2 --> n3
  n3 --> n4
  n4 --> n1

Exemple (Saltmarrow, un jeu d’exemple) : Deux cellules de l’exemple sont fausses exprès. menu.settings en allemand, Einstellungen, compte 13 caractères là où le bouton en tient 10 : le contrôle de longueur le signale. Le salut de l’Archiviste n’a pas encore de polonais : il compte comme manquant.

Ce modèle est libre d’utilisation, de modification et de partage. Il vient de Nodary, où ces fichiers s’importent sous forme de carte de documents liés, et le CSV en tableur.

Télécharger le modèle4 fichiers dans un .zip (Markdown et CSV), 6 ko

Comment s’en servir

  1. Remplacez les chaînes d’exemple

    Gardez les colonnes et le nommage des clés, et mettez vos propres chaînes. Donnez à chaque chaîne un contexte et une limite de longueur avant qu’elle parte en traduction.

  2. Écrivez le glossaire tôt

    Ajoutez chaque terme la première fois qu’un traducteur pose la question, avec sa traduction dans chaque langue. Un mot traduit de deux façons perd les joueurs et double les questions au support.

  3. Fixez le style de chaque langue

    Décidez comment chaque langue s’adresse au joueur et ses règles typographiques avant de lancer la traduction. Changer plus tard, c’est relire chaque chaîne.

  4. Gelez la source avant de l’envoyer

    Envoyez les chaînes en traduction une fois leur anglais définitif. Quand une source change ensuite, ses traductions sont à revérifier.

Importez-le dans Nodary et utilisez-le comme table de traduction

Nodary est un espace de travail IA où les documents d’une équipe se relient au lieu de s’empiler. Importez le .zip : le CSV arrive en tableur sous la vue d’ensemble, avec le glossaire et le guide de style à côté. Sur le tableur, Table de traduction lit les rôles dans les en-têtes (key, context, max_length et une colonne par langue), puis contrôle chaque traduction pour la longueur et les variables, donne un état à chacune, marque une traduction comme obsolète quand sa source change, et exporte des fichiers pour Unity, Unreal et Godot : CSV, JSON, gettext .po et XLIFF.

  1. Ouvrez la carte d’un projet et choisissez Importer.
  2. Choisissez l’onglet Dossier ou ZIP, puis Choisir un ZIP, sélectionnez le fichier et importez.
  3. Ouvrez Chaînes, choisissez Table de traduction, vérifiez les rôles lus dans les en-têtes, puis Utiliser comme table de traduction.

L’offre gratuite compte dix documents par espace de travail, page du projet comprise : les quatre du modèle tiennent largement. La colonne source est l’anglais : si votre jeu est écrit dans une autre langue, faites de cette colonne la source quand Nodary montre les rôles.

Comment Nodary gère la localisation de jeux
La table de traduction de Saltmarrow dans Nodary : clés, contexte et longueurs maximales avec les colonnes anglais, français, allemand, japonais et portugais du Brésil, l’avancement de chaque langue, et des alertes sur une chaîne allemande trop longue et une autre qui a perdu sa variable {seconds}.

Tenir une table de chaînes sur laquelle les traducteurs peuvent travailler

Une table de chaînes échoue quand les traducteurs doivent deviner ce qu’une ligne veut dire ou la place qu’elle a, ou quand un texte change après sa traduction sans que personne le remarque. Ces habitudes évitent les trois.

Donnez un contexte à chaque chaîne

Qui le dit, où il apparaît, à quoi il répond. « Open » est un verbe sur une porte et un adjectif sur une boutique : seul le contexte le dit.

Fixez la longueur depuis l’écran

Mesurez combien de caractères tient le bouton, la ligne ou la bulle, et écrivez cette limite, pas la longueur de l’anglais.

Ne construisez jamais de phrase en morceaux

Coller « Vous avez trouvé » et « 3 cristaux » dans le code casse l’ordre des mots et la grammaire de la plupart des langues. Donnez à chaque phrase sa clé, avec des variables.

Gardez les variables intactes

Chaque traduction garde chaque {variable} et chaque balise de sa source. Un {count} perdu montre un vide au joueur, ou fait planter le jeu.

Une clé, un sens

Ne réutilisez jamais une clé pour un autre texte. Ajoutez une nouvelle clé ; retirez l’ancienne quand plus rien ne s’en sert.

Gelez la source avant de l’envoyer

Traduisez du texte définitif. Quand une source change quand même, marquez ses traductions comme obsolètes pour qu’elles soient revérifiées.

Questions sur la table de localisation

Qu’est-ce qu’une table de localisation ?

Une table de localisation (ou table de chaînes) contient chaque texte qu’un jeu affiche, une ligne par chaîne : une clé utilisée par le code, le texte source, des notes pour les traducteurs, une limite de longueur, et une colonne par langue. Le jeu charge le texte par sa clé dans la langue du joueur : le texte change et se traduit sans toucher au code.

Quelles colonnes doit avoir une table de chaînes ?

Au minimum une clé et le texte source, puis une colonne par langue. Une colonne de contexte et une colonne de longueur maximale évitent l’essentiel des questions des traducteurs. Ce modèle a les cinq sortes, avec l’anglais comme source et le français, l’allemand, l’espagnol et le polonais.

Comment nommer les clés ?

Selon l’endroit où vit le texte, du général au particulier, comme menu.play ou hud.tide.warning : en minuscules, avec des points entre les parties. Les chaînes liées se rangent alors ensemble, et une clé dit où chercher dans le jeu.

Comment gérer les pluriels ?

Les langues ne comptent pas pareil : le polonais a trois formes de pluriel là où l’anglais en a deux. Placez le nombre après une étiquette, comme « Sel : {count} », ou utilisez le système de pluriels de votre moteur avec un texte par forme.

Comment ouvrir le CSV dans Excel ?

Google Sheets, LibreOffice Calc, Numbers et Nodary l’ouvrent tel quel. Excel ne l’ouvre d’un double-clic que si le séparateur de liste de l’ordinateur est la virgule ; avec des réglages français, c’est le point-virgule, et chaque ligne tient alors dans une seule colonne. Importez-le plutôt : dans l’onglet Données, choisissez l’import à partir d’un fichier texte/CSV, sélectionnez le fichier, réglez l’origine du fichier sur UTF-8 et le délimiteur sur Virgule, puis chargez-le.

Unity, Unreal ou Godot liront-ils ce CSV ?

Le CSV du modèle est fait pour les tableurs et pour l’import de Nodary. Chaque moteur lit son propre format : depuis la même table, la table de traduction de Nodary exporte du CSV pour Godot et Unity, du gettext .po pour Unreal et Godot, du JSON pour la plupart des moteurs et du XLIFF pour les outils de traduction.

Puis-je ajouter des langues ?

Oui. Ajoutez une colonne nommée par le code de la langue, comme ja ou pt-BR. Nodary reconnaît les codes et les noms de langues dans les en-têtes, et sa table de traduction sait aussi ajouter une colonne pour une langue.

À lire ensuite

Gardez les textes du jeu là où l’équipe travaille.

Importez le modèle dans Nodary et la table de chaînes rejoint la carte du design et des dialogues, avec l’état de chaque traduction sous les yeux. Gratuit avec deux membres, un projet et dix documents, sans carte bancaire.

Commencer gratuitementOuvrir la démoTélécharger le modèle