Skip to main content
The all-in-one Hyperlocalise localization CLI translates application resources, translation catalogs, documentation, and subtitles. Choose your source format below for a runnable example, configuration, and format-specific limitations.

How file detection works

The CLI selects a parser from the file extension. Android XML also requires an Android resource path. You do not need to declare a format for each bucket. Use matching source and target formats unless a workflow explicitly documents a conversion. File support describes local translation with run. Platform uploads, TMS entry sync, and provider-specific file commands have their own contracts; check the relevant integration guide before syncing.

Before you translate

  1. Install the CLI and configure provider credentials.
  2. Choose a format below and map its source and target paths in i18n.yml.
  3. Preview with hyperlocalise run --dry-run, then generate with hyperlocalise run.
  4. Review the output diff and run translation checks.
Writers may reuse an existing target as a template when it is compatible with the source. Otherwise they use the source template. Preservation guarantees apply to the selected template; each guide describes format-specific exceptions. For text, CSV, or JSON printed by CLI commands, see Command output.

Choose a format

Application resources

Translation exchange

Content and documentation

Subtitles and captions

Are placeholders, plurals, and comments preserved?

Behavior depends on the parser and selected source or target template. For example, ARB keeps message metadata, SRT retains timestamps, and JSONC writeback does not retain comments. Read each format’s limitations and run translation checks. Use the ICU and placeholder guide for validation failures. Review plural variants in the consuming application.

Can I convert between localization formats?

Use matching source and target formats unless a workflow explicitly documents a conversion. Supporting two parsers does not establish lossless conversion between them: context, plural forms, comments, and metadata can differ.

Do all formats work with every TMS and Platform?

Local translation, provider file commands, TMS entry sync, and Platform uploads have separate support boundaries. Shared TMS entry sync currently requires flat JSON; provider file commands follow the provider’s import/export contract. Consult TMS integrations or Platform file formats for the destination you use.