Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/daniel-sc/ng-extract-i18n-merge
Extract and merge i18n xliff translation files for angular projects.
https://github.com/daniel-sc/ng-extract-i18n-merge
angular i18n internationalization translation
Last synced: about 6 hours ago
JSON representation
Extract and merge i18n xliff translation files for angular projects.
- Host: GitHub
- URL: https://github.com/daniel-sc/ng-extract-i18n-merge
- Owner: daniel-sc
- License: mit
- Created: 2022-01-26T14:30:26.000Z (almost 3 years ago)
- Default Branch: master
- Last Pushed: 2024-11-27T10:51:18.000Z (about 2 months ago)
- Last Synced: 2025-01-04T11:34:22.078Z (7 days ago)
- Topics: angular, i18n, internationalization, translation
- Language: TypeScript
- Homepage:
- Size: 1.08 MB
- Stars: 180
- Watchers: 11
- Forks: 19
- Open Issues: 12
-
Metadata Files:
- Readme: README.md
- License: LICENSE.txt
Awesome Lists containing this project
- awesome-angular - ng-extract-i18n-merge - Extract and merge i18n xliff translation files for angular projects. (Table of contents / Angular)
- fucking-awesome-angular - ng-extract-i18n-merge - Extract and merge i18n xliff translation files for angular projects. (Table of contents / Angular)
- fucking-awesome-angular - ng-extract-i18n-merge - Extract and merge i18n xliff translation files for angular projects. (Table of contents / Angular)
README
[](https://www.npmjs.com/package/ng-extract-i18n-merge)
[](https://coveralls.io/github/daniel-sc/ng-extract-i18n-merge?branch=master)
[](https://github.com/daniel-sc/ng-extract-i18n-merge/actions/workflows/github-code-scanning/codeql)
# Angular extract i18n and merge
This extends Angular CLI to improve the i18n extraction and merge workflow.
New/removed translations are added/removed from the target translation files and translation states are managed.
Additionally, translation files are normalized (whitespace, stable sort) so that diffs are easy to read
(and translations in PRs might actually get reviewed ;-) ).
> [!TIP]
> If you'd like to keep your translation process simple and rather validate translations, than waiting for actual translations, I'd like you to check out [doloc.io](https://doloc.io).
>
> Created by the maintainer of `ng-extract-i18n-merge` ([@daniel-sc](https://github.com/daniel-sc)),
> it integrates seamlessly with this library (see [here](https://github.com/daniel-sc/ng-extract-i18n-merge/discussions/115)) and provides instant translations on extraction!
>
> Expect great translations!
## Install
_Prerequisites_: i18n setup with defined target locales in `angular.json` - as
documented [here](https://angular.dev/guide/i18n/merge).
```shell
ng add ng-extract-i18n-merge
```
### Upgrade from 1.x.x to 2.0.0
To upgrade use `ng update ng-extract-i18n-merge` - this will perform all necessary migrations.
Breaking changes:
* Now this plugin uses the default angular "extract-i18n" target - so you can (must) simply run `ng extract-i18n`! (#30)
* Default sort is now "stableAppendNew" (was: "idAsc") (#26).
* Leading/trailing whitespaces are normalized (i.e. collapsed to one space) but not completely trimmed (#28).
* Npm run script is removed (you can create a manual npm run script of course).
## Usage
```shell
ng extract-i18n # yes, same as before - this replaces the original builder
```
### Configuration
In your `angular.json` the target `extract-i18n` that can be configured with the following options:
| Name | Default | Description |
|--------------------------------|----------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| ~~`browserTarget`~~ | Inferred from current setup by `ng add` | _Deprecated_: Use `buildTarget`. A browser builder target to extract i18n messages in the format of `project:target[:configuration]`. See https://angular.io/cli/extract-i18n#options |
| `buildTarget` | Inferred from current setup by `ng add` | A build builder target to extract i18n messages in the format of `project:target[:configuration]`. See https://angular.io/cli/extract-i18n#options |
| `format` | Inferred from current setup by `ng add` | Any of `xlf`, `xlif`, `xliff`, `xlf2`, `xliff2` |
| `outputPath` | Inferred from current setup by `ng add` | Path to folder containing all (source and target) translation files. |
| `targetFiles` | Inferred from current setup by `ng add` | Filenames (relative to `outputPath` of all target translation files (e.g. `["messages.fr.xlf", "messages.de.xlf"]`). |
| `sourceLanguageTargetFile` | Unused | If this is set (to one of the `targetFiles`), new translations in that target file will be set to `state="final"` (instead of default `state="new"`). This file can be used to manage changes to the source texts: when a translator updates the target, this tool will hint the developer to update the code occurrences. |
| `sourceFile` | `messages.xlf`. `ng add` tries to infer non default setups. | Filename (relative to `outputPath` of source translation file (e.g. `"translations-source.xlf"`). |
| `removeIdsWithPrefix` | `[]` | List of prefix strings. All translation units with matching `id` attribute are removed. Useful for excluding duplicate library translations. Cannot be used in combination with `includeIdsWithPrefix`. |
| `includeIdsWithPrefix` | `[]` | List of prefix strings. When non-empty, only translations units with matching `id` are included. Useful for extracting translations of a single library in a multi-library project. Cannot be used in combination with `removeIdsWithPrefix`. |
| `fuzzyMatch` | `true` | Whether translation units without matching IDs are fuzzy matched by source text. |
| `resetTranslationState` | `true` | Reset the translation state to new/initial for new/changed units. |
| `prettyNestedTags` | `true` (will change to `false` with v3.0.0) | If source/target only contains xml nodes (interpolations, nested html), `true` formats these with line breaks and indentation. `false` keeps the original angular single line format. Note: while `true` was the historic implementation, it is _not_ recommended, as it adds whitespace between tags that had no whitespace in between and increases bundle sizes. |
| `sortNestedTagAttributess` | `false` | Attributes of xml nodes (interpolations, nested html) in source/target/meaning/description can be sorted for normalization. |
| `collapseWhitespace` | `true` | Collapsing of multiple whitespaces/line breaks in translation sources and targets. |
| `trim` | `false` | Trim translation sources and targets. |
| `includeContext` | `false` | Whether to include the context information (like notes) in the translation files. This is useful for sending the target translation files to translation agencies/services. When `sourceFileOnly`, the context is retained only in the `sourceFile`. |
| `includeMeaningAndDescription` | `true` | Whether to include the meaning and description information in the translation files. |
| `newTranslationTargetsBlank` | `false` | When `false` (default) the "target" of new translation units is set to the "source" value. When `true`, an empty string is used. When `'omit'`, no target element is created. |
| `sort` | `"stableAppendNew"` (will change to `stableAlphabetNew` with v3.0.0) | Sorting of all translation units in source and target translation files. Supported:
`"idAsc"` (sort by translation IDs),
`"stableAppendNew"` (keep existing sorting, append new translations at the end),
`"stableAlphabetNew"` (keep existing sorting, sort new translations next to alphabetical close IDs). |
| `builderI18n` | `"@angular-devkit/build-angular:extract-i18n"` | The builder to use for i18n extraction. Any custom builder should handle the same options as the default angular builder (buildTarget, outputPath, outFile, format, progress). |
| `verbose` | `false` | Extended/debug output - it is recommended to use this only for manual debugging. |
## Contribute
Feedback and PRs always welcome :-)
Before developing complex changes, I'd recommend opening an issue to discuss whether the indented goals match the scope of this package.