@automattic/i18n-loader-webpack-plugin 1.0.0 → 1.0.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -5,6 +5,15 @@ All notable changes to this project will be documented in this file.
5
5
  The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/)
6
6
  and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
7
7
 
8
+ ## [1.0.1] - 2022-01-04
9
+ ### Added
10
+ - Document use of jetpack-assets, jetpack-composer-plugin, and i18n-loader-webpack-plugin together.
11
+
12
+ ### Changed
13
+ - Updated package dependencies
14
+
8
15
  ## 1.0.0 - 2021-12-22
9
16
  ### Added
10
17
  - Initial release.
18
+
19
+ [1.0.1]: https://github.com/Automattic/i18n-loader-webpack-plugin/compare/v1.0.0...v1.0.1
package/README.md CHANGED
@@ -90,8 +90,7 @@ You'll need to use something like [automattic/jetpack-composer-plugin] so that t
90
90
 
91
91
  Then, for Webpack builds in the Composer package, you'll need to set i18n-loader-webpack-plugin's `path` option to the path relative to the _plugin's_ root directory. For example, if your Composer package is named "automattic/foobar", will be used with [automattic/jetpack-composer-plugin] which will install the package to `jetpack_vendor/` rather than `vendor/`, and Webpack is building to a `build/` directory within the package, you'd need to set `path` to `jetpack_vendor/automattic/foobar/build/` as that's where the built files will end up relative to the plugin.
92
92
 
93
- The consuming plugin will also need to arrange for the [state module](#state-module)'s `domainMap` to include a mapping from your Composer package's textdomain to the plugin's textdomain (prefixed with "plugins/"), as that's where the translations will end up.
94
- <!-- @todo: Mention how to do that with automattic/jetpack-assets once we finish https://github.com/Automattic/jetpack/issues/21690. -->
93
+ The consuming plugin will also need to arrange for the [state module](#state-module)'s `domainMap` to include a mapping from your Composer package's textdomain to the plugin's textdomain (prefixed with "plugins/"), as that's where the translations will end up. This may be done using [automattic/jetpack-assets] along with [automattic/jetpack-composer-plugin], as described in the latter's documentation.
95
94
 
96
95
  ## Security
97
96
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@automattic/i18n-loader-webpack-plugin",
3
- "version": "1.0.0",
3
+ "version": "1.0.1",
4
4
  "description": "A Webpack plugin to load WordPress i18n when Webpack lazy-loads a bundle.",
5
5
  "homepage": "https://jetpack.com",
6
6
  "bugs": {
@@ -24,7 +24,7 @@
24
24
  "@wordpress/dependency-extraction-webpack-plugin": "3.2.1",
25
25
  "@wordpress/i18n": "4.2.4",
26
26
  "jest": "27.3.1",
27
- "webpack": "5.64.1"
27
+ "webpack": "5.65.0"
28
28
  },
29
29
  "peerDependencies": {
30
30
  "webpack": "^5.29.0"