skills/source/core/frappe-core-translation/SKILL.md
Use when implementing translations/i18n in Frappe v14-v16 apps. Covers _() in Python, __() in JavaScript, CSV translation files, bench commands, string extraction rules, lazy translation _lt(), PO/MO files [v15+], RTL support, and custom app translations. Prevents common mistakes with f-strings, concatenation, and template literals that break string extraction. Keywords: translation, i18n, _(), __(), _lt(), CSV, PO, gettext,, translate my app, multi-language, text not translated, wrong language, how to add translation. bench get-untranslated, RTL, localization.
npx skillsauth add OpenAEC-Foundation/ERPNext_Anthropic_Claude_Development_Skill_Package frappe-core-translationInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Deterministic patterns for translating Frappe apps across v14, v15, and v16.
| Task | Python | JavaScript |
|------|--------|------------|
| Translate string | _("Hello") | __("Hello") |
| With substitution | _("Hello {0}").format(name) | __("Hello {0}", [name]) |
| With context | _("Change", context="Coins") | __("Change", null, "Coins") |
| Lazy (module-level) | _lt("Pending") [v15+] | N/A |
| Check RTL | frappe.utils.is_rtl() | frappe.utils.is_rtl() |
Need to translate a string?
├── In Python (.py)?
│ ├── Inside a function/method → _("text {0}").format(val)
│ ├── Module-level constant [v15+] → _lt("text")
│ └── Module-level constant [v14] → define inside function or use lazy
├── In JavaScript (.js)?
│ └── ALWAYS → __("text {0}", [val])
├── In Jinja template (.html)?
│ └── {{ _("text") }}
├── In Vue (.vue)?
│ └── __("text") in <script>, {{ __("text") }} in <template>
└── DocType label/description/option?
└── Auto-extracted — no _() needed
Where do translations live?
├── v14 → apps/{app}/{app}/translations/{lang}.csv
├── v15+ → apps/{app}/{app}/locale/{lang}/LC_MESSAGES/{app}.po
└── User overrides → Translation DocType (highest priority)
Need to extract untranslated strings?
├── v14 → bench --site {site} get-untranslated {lang} {output}
└── v15+ → bench generate-pot-file --app {app}
| Priority | Source | Scope |
|----------|--------|-------|
| 1 | Translation DocType (user overrides) | Per-site |
| 2 | MO files (locale/{lang}/.../{app}.mo) | Per-app [v15+] |
| 3 | CSV files (translations/{lang}.csv) | Per-app |
| 4 | Parent language (e.g., pt for pt-BR) | Fallback |
| Feature | v14 | v15 | v16 |
|---------|-----|-----|-----|
| _() / __() | Yes | Yes | Yes |
| _lt() lazy translation | No | Yes | Yes |
| CSV translations | Yes | Yes (legacy) | Yes (legacy) |
| PO/MO (gettext) | No | Yes | Yes |
| bench generate-pot-file | No | Yes | Yes |
| Babel JS extractor | No | Yes | Yes |
| Type hints on _() | No | No | Yes |
These are extracted automatically by the framework:
| File Type | Extractor | What It Finds |
|-----------|-----------|---------------|
| .py | Babel (AST) | _("..."), _lt("...") calls |
| .js | Babel tokenizer [v15+] / regex [v14] | __("...") calls |
| .html | Regex | {{ _("...") }} in Jinja |
| .vue | Same as JS | __("...") in script/template |
| .json | DocType parser | Labels, descriptions, options |
CRITICAL: Extractors work on the AST/tokens. They CANNOT extract dynamically constructed strings. See Anti-Patterns.
| Pattern | Why It Breaks | Correct Form |
|---------|---------------|--------------|
| _(f"Hello {name}") | f-string not extractable | _("Hello {0}").format(name) |
| _("Hello " + name) | Concatenation fragments | _("Hello {0}").format(name) |
| _("Welcome %s") % name | Old-style not extractable | _("Welcome {0}").format(name) |
| __(`Hello ${name}`) | Template literal not extractable | __("Hello {0}", [name]) |
| _(" Hello ") | Leading/trailing spaces trimmed | _("Hello") |
| _("item" if x else "items") | Ternary inside _() | _("item") if x else _("items") |
| _(variable) | Variable not extractable | _("Known String") |
Full anti-pattern catalog with code examples: references/anti-patterns.md
Location: apps/{app}/{app}/translations/{lang}.csv
"source","translation","context"
"Hello","Hallo",""
"Change","Wisselgeld","Coins"
"Change","Wijziging","Amendment"
translations/ directoryLocation: apps/{app}/{app}/locale/{lang}/LC_MESSAGES/{app}.po
# Generate POT template
bench generate-pot-file --app {app}
# Migrate existing CSV to PO
bench migrate-csv-to-po --app {app}
# Compile PO to MO (required for runtime)
bench compile-po-to-mo --app {app}
PO files follow standard GNU gettext format. Use any PO editor (Poedit, Weblate, Transifex).
| Command | Version | Purpose |
|---------|---------|---------|
| bench --site {site} get-untranslated {lang} {output.csv} | All | Export untranslated strings |
| bench update-translations {lang} {untranslated.csv} {translated.csv} | All | Import translations |
| bench generate-pot-file --app {app} | v15+ | Generate .pot template |
| bench migrate-csv-to-po --app {app} | v15+ | Convert CSV to PO format |
| bench compile-po-to-mo --app {app} | v15+ | Compile PO to binary MO |
Hardcoded RTL languages: ar (Arabic), he (Hebrew), fa (Persian/Farsi), ps (Pashto)
# Python
if frappe.utils.is_rtl():
# Apply RTL-specific logic
// JavaScript
if (frappe.utils.is_rtl()) {
// Apply RTL-specific logic
}
dir="rtl" to the <html> elementmargin-inline-start not margin-left) for RTL compatibility_() / __() with positional placeholdersbench --site {site} get-untranslated {lang} untranslated.csvbench generate-pot-file --app {app}apps/{app}/{app}/translations/{lang}.csvapps/{app}/{app}/locale/{lang}/LC_MESSAGES/{app}.pobench compile-po-to-mo --app {app}bench --site {site} clear-cache| File | Contents | |------|----------| | references/api-reference.md | Full Python _() and JS __() API with all signatures and edge cases | | references/csv-and-bench.md | CSV format spec, bench commands, PO/MO workflow, custom app setup | | references/anti-patterns.md | Complete anti-pattern catalog with failing and corrected examples |
tools
Use when implementing OAuth providers, Connected Apps, Webhooks, Payment Gateways, or Data Import/Export in Frappe. Prevents authentication failures from wrong OAuth flow, missed webhook deliveries, and data corruption during bulk imports. Covers OAuth2 provider/client, Connected App DocType, Webhook DocType, Payment Gateway integration, Data Import, Data Export, frappe.integrations module. Keywords: OAuth, Connected App, Webhook, Payment Gateway, Data Import, Data Export, integration, API key, OAuth2, webhook trigger, connect to external service, OAuth setup, webhook configuration, import data, export data..
development
Use when implementing hooks.py configurations in a Frappe custom app. Covers step-by-step workflows for doc_events, scheduler_events, override/extend_doctype_class, permission hooks, extend_bootinfo, fixtures, asset injection, website hooks, and doctype_js. Prevents broken transactions, missed migrations, and multi-app conflicts. Keywords: hooks.py, doc_events, scheduler_events, override doctype,, how to add hook, when to use doc_events, scheduler setup, override existing behavior. extend doctype class, permission hook, scheduler job, fixtures, doctype_js, extend_bootinfo, website hooks.
development
Use when building a custom Frappe app from scratch. Covers bench new-app walkthrough, app structure decisions, adding DocTypes, hooks, patches, fixtures management, development workflow (bench migrate, build, clear-cache), testing, packaging, installing on another site, version management, and app dependencies for v14/v15/v16. Keywords: create custom app, new frappe app, bench new-app, app structure, module creation, doctype creation, fixtures, patches, deployment, packaging, data migration, patch file, patches.txt, migrate data between DocTypes, create new app from scratch.
development
Use when building Document Controllers in a custom Frappe app: file creation, lifecycle hooks, validation, autoname, submittable workflows, controller override, child table controllers, flags system, migration from hooks.py and Server Scripts. Keywords: how to implement controller, which hook to use, validate vs on_update, override controller, submittable document, autoname, flags, extend_doctype_class, controller testing, child table controller, which hook to use, when does validate run, how to override save, document lifecycle.