Documentation Index
Fetch the complete documentation index at: https://deepl-c950b784-customizations-with-variants.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
Glossaries
Creation — root codes only
Glossaries must be created using the root/base language code. Attempting to create a glossary with a variant code (e.g.zh-Hant, pt-BR, fr-CA) will fail. Use the base code instead:
| Use this | Not this |
|---|---|
zh | zh-Hant, zh-Hans |
pt | pt-BR, pt-PT |
fr | fr-CA, fr-CH |
de | de-CH |
it | it-CH |
es | es-ES, es-419 |
Application — variants are supported
Once a glossary is created with a root code, it can be applied when translating into any variant of that language. Thetarget_lang in the /translate call can be a variant, and the root glossary will be picked up automatically.
Example — creating a zh glossary, then applying it when translating into zh-Hant:
Style rules
Creation — root codes only
Style rules cannot be created for variant codes — attempting to create one forfr-CA, es-419, or de-CH via the API returns a “language not supported” error. Use the root code only.
Style rules for creation are currently supported for: en, de, fr, es, it, ja, ko, zh. With the Q2 release, Tier 2/3 languages (vi, nl, ar, pt, etc.) are being added for root-code style rule creation.
Application — variants are supported
Once created under a root code, a style rule’sstyle_id can be passed in a /translate call targeting any variant of that language:
Variant codes are not selectable in the style rule creation UI — only root codes appear. You’ll need to handle the mapping on your end, i.e. knowing which root style rule ID to pass for a given variant target.
Relevant links
Supported languages for creation (root codes):- Glossaries: Supported languages — filter by “Glossary”
- Style rules: Style rules API reference
- /translate request reference — see
glossary_idandstyle_idparameters