Formate de fișiere acceptate

Weblate supports a wide range of translation formats. Each format is slightly different and provides a different set of capabilities.

Sugestie

Atunci când alegeți un format de fișier pentru aplicația voastră, este mai bine să folosiți un format bine stabilit în setul de instrumente/platforma pe care o utilizați. În acest fel, traducătorii voștri pot folosi în plus orice instrumente cu care sunt obișnuiți și vor contribui mai probabil la proiectul dumneavoastră.

• Resurse de șiruri Android
• Șiruri Apple iOS
• Fișiere de metadate magazin de aplicații
• Fișier ARB
• Fișiere CSV
• Fișiere DTD
• Excel Open XML
• Fișiere XML plane
• Format fluent
• Format.JS JSON file
• GNU gettext PO (Portable Object)
• fișiere JSON go-i18n
• Fișiere gotext JSON
• Proprietăți GWT
• Fișiere HTML
• Fișiere i18next JSON
• Formatul IDML
• Traduceri INI
• Traduceri Inno Setup INI
• Proprietăți Java
• Traduceri Joomla
• Fișiere JSON
• Șiruri Laravel PHP
• Fișiere Markdown
• mi18n lang fișiere
• Resurse Mobile Kotlin
• Formatul OpenDocument
• Șiruri PHP
• Qt Lingvist .ts
• Fișiere ResourceDictionary
• Fișiere resurse .NET (RESX, RESW)
• Fișiere Ruby YAML
• Format Stringsdict
• Fișiere de subtitrare
• Format TermBase eXchange
• Fișiere text
• JSON WebExtension
• Fișiere Windows RC
• XLIFF
• Fișiere YAML

Vezi și

Translation Related File Formats

Detecție automată

Weblate tries to detect file format during Adăugarea de proiecte și componente de traducere. The detection might be wrong for different variants of the same serialization format (JSON, YAML, properties) or file encoding, so please verify that Format fișier is correct before creating the component.

Capabilități ale tipurilor de traducere

Capabilities of all supported formats

Formatul	Lingvistică [1]	Pluralurile [2]	Descrieri [3]	Contextul [4]	Locație [5]	Indicatori [8]	State suplimentare [6]
GNU gettext PO (Portable Object)	bilingv	da	da	da	da	da [9]	are nevoie de editare
Gettext monolingv	mono	da	da	da	da	da [9]	are nevoie de editare
XLIFF	ambele	da	da	da	da	da	necesită editare, aprobat
Proprietăți Java	ambele	nu	da	nu	nu	nu
mi18n lang fișiere	mono	nu	da	nu	nu	nu
Proprietăți GWT	mono	da	da	nu	nu	nu
Traduceri Joomla	mono	nu	da	nu	da	nu
Qt Lingvist .ts	ambele	da	da	nu	da	da	are nevoie de editare
Resurse de șiruri Android	mono	da	da [7]	nu	nu	da
Șiruri Apple iOS	ambele	nu	da	nu	nu	nu
Șiruri PHP	mono	nu [10]	da	nu	nu	nu
Fișiere JSON	mono	nu	nu	nu	nu	nu
Fișiere i18next JSON	mono	da	nu	nu	nu	nu
fișiere JSON go-i18n	mono	da	da	nu	nu	nu
Fișiere gotext JSON	mono	da	da	nu	da	nu
Fișier ARB	mono	da	da	nu	nu	nu
JSON WebExtension	mono	da	da	nu	nu	nu
Fișiere resurse .NET (RESX, RESW)	mono	nu	da	nu	nu	da
Fișiere ResourceDictionary	mono	nu	nu	nu	nu	da
Fișiere CSV	ambele	nu	da	da	da	nu	are nevoie de editare
Fișiere YAML	mono	nu	nu	nu	nu	nu
Fișiere Ruby YAML	mono	da	nu	nu	nu	nu
Fișiere DTD	mono	nu	nu	nu	nu	nu
Fișiere XML plane	mono	nu	nu	nu	nu	da
Fișiere Windows RC	mono	nu	da	nu	nu	nu
Excel Open XML	mono	nu	da	da	da	nu	are nevoie de editare
Fișiere de metadate magazin de aplicații	mono	nu	nu	nu	nu	nu
Fișiere de subtitrare	mono	nu	nu	nu	da	nu
Fișiere HTML	mono	nu	nu	nu	nu	nu
Fișiere Markdown	mono	nu	nu	nu	nu	nu
Formatul OpenDocument	mono	nu	nu	nu	nu	nu
Formatul IDML	mono	nu	nu	nu	nu	nu
Traduceri INI	mono	nu	nu	nu	nu	nu
Traduceri Inno Setup INI	mono	nu	nu	nu	nu	nu
Format TermBase eXchange	bilingv	nu	da	nu	nu	da
Fișiere text	mono	nu	nu	nu	nu	nu
Format Stringsdict	mono	da	nu	nu	nu	nu
Format fluent	mono	nu [11]	da	nu	nu	nu

[1]

A se vedea Formate bilingve și monolingve

[2]

See Pluralized strings

[3]

See Descriere șir sursă

[4]

See Context

[5]

See Locație șir sursă

[6]

See String states

[7]

Comentariu XML plasat înaintea elementului <string>, analizat ca o descriere a șirului sursă.

[8]

See Indicarori traducere.

[9] (1,2)

Comentariile de tip gettext sunt utilizate ca indicatori.

[10]

Pluralurile sunt acceptate doar pentru Laravel, care folosește sintaxa in string pentru a le defini, vezi Localizarea în Laravel.

[11]

Pluralurile sunt tratate în sintaxa șirurilor de caractere și nu sunt expuse ca pluraluri în Weblate.

Formate bilingve și monolingve

Sunt acceptate atât formatul monolingual, cât și bilingual. Formatele bilingve stochează două limbi într-un singur fișier-sursă și traducere (exemple tipice sunt GNU gettext PO (Portable Object), XLIFF sau Șiruri Apple iOS). Pe de altă parte, formatele monolingve identifică șirul de caractere prin ID, iar fiecare fișier de limbă conține doar maparea acestora într-o anumită limbă (tipic Resurse de șiruri Android). Unele formate de fișiere sunt utilizate în ambele variante, a se vedea descrierea detaliată de mai jos.

Pentru utilizarea corectă a fișierelor monolingve, Weblate are nevoie de acces la un fișier care să conțină lista completă a șirurilor de caractere care trebuie traduse împreună cu sursa lor - acest fișier se numește Fișier de limbă de bază monolingvă în Weblate, deși denumirea poate varia în paradigma dumneavoastră.

În plus, acest flux de lucru poate fi extins prin utilizarea Fișier de limbă intermediar pentru a include șiruri de caractere furnizate de dezvoltatori, dar care să nu fie utilizate ca atare în șirurile finale.

String states

Many file formats only differentiate „Untranslated” and „Translated” strings. With some formats it is possible to store more fine-grained state information, such as „Needs editing” or „Approved”.

Descriere șir sursă

Descrierile șirului sursă pot fi utilizate pentru a transmite informații suplimentare despre șirul de tradus.

Several formats have native support for providing additional info to translators (for example XLIFF, GNU gettext PO (Portable Object), JSON WebExtension, Fișiere CSV, Excel Open XML, Qt Lingvist .ts, fișiere JSON go-i18n, Fișiere gotext JSON, Fișier ARB, Fișiere resurse .NET (RESX, RESW)). Many other formats extract closest comment as source string description.

Explicație

The Explicație on strings can be stored and parsed from a few file formats.

Currently supported only in Format TermBase eXchange.

Locație șir sursă

Localizarea unui șir de caractere în codul sursă ar putea ajuta traducătorii pricepuți să își dea seama cum este utilizat acel șir.

This information is typically available in bilingual formats where strings are extracted from the source code using tools. For example GNU gettext PO (Portable Object) and Qt Lingvist .ts.

Indicarori traducere

Translation flags allow customizing Weblate behavior. Some formats support defining those in the translation file (you can always define them in the Weblate interface, see Personalizarea comportamentului cu ajutorul stegulețelor).

This feature is modelled on flags in GNU gettext PO (Portable Object).

Additionally, for all XML based format, the flags are extracted from the non-standard attribute weblate-flags. Additionally max-length:N is supported through the maxwidth attribute as defined in the XLIFF standard, see Specificarea indicatoarelor de traducere.

Vezi și

Personalizarea comportamentului cu ajutorul stegulețelor, PO files documentation

Context

Context is used to differentiate identical strings in a bilingual format used in different scopes (for example Sun can be used as an abbreviated name of the day „Sunday” or as the name of our closest star).

For monolingual formats the string identifier (often called key) can serve the same purpose and additional context is not necessary.

Pluralized strings

Plurals are necessary to properly localize strings with variable count. The rules depend on a target language and many formats follow CLDR specification for that.

Sugestie

Pluralizing strings need proper support from the application framework as well. Choose native format of your platform such as GNU gettext PO (Portable Object), Resurse de șiruri Android or Format Stringsdict.

Șiruri numai pentru citire

Șirurile de caractere numai pentru citire din fișierele de traducere vor fi incluse, dar nu pot fi editate în Weblate. Această caracteristică este susținută nativ de câteva formate (XLIFF și Resurse de șiruri Android), dar poate fi emulată în altele prin adăugarea unui indicator read-only, a se vedea Personalizarea comportamentului cu ajutorul stegulețelor.

Sprijinirea altor formate

Majoritatea formatelor acceptate de translate-toolkit care acceptă serializarea pot fi acceptate cu ușurință, dar nu au fost (încă) testate. În cele mai multe cazuri este nevoie de un strat subțire în Weblate pentru a ascunde diferențele de comportament ale diferitelor stocări translate-toolkit.

Pentru a adăuga suport pentru un nou format, abordarea preferată este de a implementa mai întâi suportul pentru acesta în translate-toolkit.

Vezi și

Translation Related File Formats