npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

ng-extract-i18n-merge

v2.13.1

Published

Extract and merge i18n xliff translation files for angular projects.

Downloads

91,227

Readme

npm Coverage Status 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.

Created by the maintainer of ng-extract-i18n-merge (@daniel-sc), it integrates seamlessly with this library (see here) and provides instant translations on extraction!

Expect great translations!

Install

Prerequisites: i18n setup with defined target locales in angular.json - as documented here.

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

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.