Translate the resource’s existing locale values while preserving keys, placeholders, control codes and file syntax. Manual editing gives maximum control; AI can accelerate a reviewed batch. Neither method makes it safe to translate every quoted string in source code.
Reviewed 9 August 2026 against the official Cfx.re resource-manifest reference I sandbox guidance, plus the current Notepad++ manual I DeepL documentation.
Find the supported locale system
Read the resource documentation and fxmanifest.lua. Look for locale directories, JSON/Lua dictionaries, NUI translation files and a language setting. Use the system the creator ships. Do not add lua54 as a translation fix; that manifest option is deprecated and unrelated to localization.
Back up and inventory visible strings
- Copy the resource or create a version-control branch.
- Record the exact release and configured language.
- List player-visible labels, notifications, menu text and help messages.
- Exclude keys, event names, commands, database columns, file paths and identifiers unless the documentation explicitly marks them translatable.
- Create a glossary for framework terms, jobs, items and server terminology.
Manual method: edit values only
In a syntax-aware editor such as Notepad++, change the human-readable value on the right side while keeping the key and structure intact.
{
"garage_open": "Open garage",
"price_label": "Price: %s"
}For another language, translate Open garage I Price, but preserve garage_open, price_label I %s. Keep escape sequences, quotes, commas, braces, color codes such as ~r~, and format tokens such as %s, %d Lub {name} exact.
AI method: send a constrained values-only batch
Provide only the locale entries needed for translation—not the whole private resource, server configuration, license key, webhook, player data or database export. State the source and target language, glossary and invariant tokens. Require the same structured format and ask the model to leave keys and all placeholders unchanged.
AI output is a draft. Models can rename a key, alter punctuation, translate a command, drop a placeholder or return invalid JSON/Lua while sounding confident. Review the diff entry by entry.
Validate before starting the resource
- Parse JSON with a JSON parser and Lua with the project’s supported lint/test workflow.
- Compare the complete key set with the source locale.
- Check exact placeholder and control-code parity per entry.
- Search for accidental changes to commands, event names and URLs.
- Inspect the diff for added commentary or Markdown fences.
Test in the UI
Start the translated locale on staging and walk through every visible flow: menu, notification, error, confirmation, input validation and help text. Check clipping, line breaks, accented characters, plural/context errors and right-to-left behavior where applicable. Review browser/NUI, F8 and server logs.
Build a reusable translation memory
Store approved source/value pairs, glossary decisions and reviewer notes outside the vendor package. When the resource updates, diff the new source locale against the prior version and translate only added or changed keys. Never overwrite a new vendor locale blindly with an old full file.
Rollback safely
Keep the original locale and configuration available. If parsing, UI or runtime behavior regresses, restore the known-good files, restart the resource and confirm the default language works. Correct the translation in a new version rather than editing production without a diff.