Skip to main content
Le app di Twenty sono scritte in inglese: le stringhe nel tuo sorgente e nel manifest sono il testo sorgente in inglese, en è la locale di origine da cui traduci e qualsiasi locale lasciato non tradotto usa quella come fallback. La tua app ha due tipi di testo traducibile, e entrambi passano attraverso lo stesso catalogo locales/:
  • Etichette del manifest — nomi di oggetti e campi, titoli delle viste, voci di menu e altre stringhe dichiarate nei metadati della tua app.
  • String dei front-component — il testo dell’interfaccia utente renderizzato dai tuoi front component React.
Contrassegni le stringhe traducibili, le estrai in cataloghi per locale, traduci tali cataloghi e la build serve la lingua corretta per l’utente corrente — senza cablaggi aggiuntivi.

​
Contrassegnare le stringhe dei front-component

Importa gli helper di traduzione da twenty-sdk/front-component:

​
Quando usare cosa

  • Trans — testo statico in JSX. Usa le prop message e values per l’interpolazione, come in Trans message="Hi {name}" values={{ name }}; l’interpolazione direttamente nei figli non è estraibile staticamente.
  • useTranslate().t — stringhe dinamiche all’interno di un componente. Esegue il re-render quando l’utente cambia lingua. Preferiscilo all’interno del render.
  • t(...) (importato direttamente) — traduzione eager utilizzabile ovunque, inclusi gestori di eventi, helper e nello scope del modulo — non solo all’interno del render.
  • msg(...) — un descrittore lazy per stringhe dichiarate come dati (costanti, configurazione). Risolvilo in un secondo momento con t(descriptor).

​
Contesto

Passa context per distinguere stringhe sorgente identiche che si traducono in modo diverso:
Le stringhe contestuali compaiono nei cataloghi delle impostazioni locali come un gruppo indicizzato dal loro contesto: "\<context>": { "\<message>": "\<translation>" }. Le etichette del manifest sono contestuali per costruzione — ognuna porta con sé il ruolo di metadato che svolge (objectMetadata.labelSingular, fieldMetadata.label, view.name, …), quindi la stessa parola può essere tradotta in modo diverso come nome di oggetto e come nome di vista.

​
Estrazione e traduzione

Esegui il comando di estrazione dalla directory della tua app:
L’estrazione raccoglie sia le etichette del manifest sia le stringhe t()/msg()/Trans dal tuo sorgente front-component in locales/\<locale>.json, indicizzate per stringa sorgente. Compila le traduzioni:
Le stringhe prive di contesto sono voci piatte; le stringhe contestuali — inclusa ogni etichetta del manifest — sono annidate sotto la loro chiave di contesto. I segnaposto come {name} vengono sostituiti a runtime — mantienili nella traduzione. Qualsiasi stringa lasciata vuota fa fallback al testo sorgente.

​
Come viene eseguito

twenty dev:build compila i cataloghi e serve la lingua corretta per l’utente corrente: le etichette del manifest vengono risolte lato server e i cataloghi dei front-component vengono inclusi in ogni bundle di componente. A runtime un componente legge la locale dal proprio contesto di esecuzione (la lingua corrente dell’host) e risolve ogni stringa rispetto al proprio catalogo, facendo fallback alla sorgente quando una traduzione manca. Cambiare lingua nell’host esegue nuovamente il render delle stringhe Trans e useTranslate().t in tempo reale. Le etichette del manifest vengono compilate a ogni sincronizzazione — twenty dev:build, twenty apply e anche il monitoraggio continuo di twenty dev — quindi è sufficiente modificare un file di lingua e sincronizzare per vedere il nuovo testo. I cataloghi dei componenti Front vengono incorporati in ogni bundle di componenti al momento della build, quindi modificarne uno significa comunque rieseguire twenty dev:build (e ridistribuire). I figli di testo di Trans possono estendersi su più righe — gli spazi bianchi vengono compressi nello stesso modo in cui JSX li comprime, quindi entrambe queste varianti vengono estratte con la chiave Welcome back: