auto-ngtemplate-loader
v3.1.2
Published
Auto require AngularJS 1.x templates in Webpack style
Downloads
3,063
Maintainers
Readme
auto-ngtemplate-loader
Auto require AngularJS 1.x templates in Webpack style
Usage
Install the package by running npm install auto-ngtemplate-loader
. Once installed, you can add it to your Webpack config.
module.exports = {
module: {
rules: [
{
test: /\.js$/,
exclude: /node_modules/,
use: ['babel-loader', 'other-loaders', 'auto-ngtemplate-loader'],
},
],
},
};
Note - It is recommended that this loader be run before any transpilation happens so it can operate on unchanged source code.
The next step is to add ngtemplate-loader
and a loader that you want to handle your template code with. The most common one is html-loader
. This will run every time Webpack encounters require('something.html')
.
module.exports = {
module: {
rules: [
{
test: /\.html$/,
exclude: /node_modules/,
use: [
{
loader: 'ngtemplate-loader',
options: {
relativeTo: 'src/',
},
},
{
loader: 'html-loader',
},
],
},
],
},
};
It is a good idea to add the relativeTo
option for ngtemplate-loader
so that the templates aren't put into the Angular template cache with absolute paths which contain platform specific or user specific information. This will affect the portability of the bundled code.
Options
This module supports configuration through either the options
object method or the query string method. The valid options are listed in the table below.
| Name | Type | Default Value | Details |
| -------------- | -------------------------- | ---------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| variableName
| string
| autoNgTemplateLoaderTemplate
| The variable name that gets injected into the compiled code. This is included so that variable collisions can be prevented. |
| pathResolver
| (path: string) => string
| urlToRequest
| This function can be used to customize the require path in cases where templates don't use relative paths. This function is called with the path of the template and must return a string which is a valid path. |
Webpack v1 Compatible Options
Since Webpack v1 only supports query strings for loaders and doesn't allow passing a function as an option, this loader has a useResolverFromConfig
boolean option that can be passed in through the query string. The loader will look for the resolver in the Webpack configuration object under the key autoNgTemplateLoader
. The only acceptable member of autoNgTemplateLoader
is pathResolver
which should be a function that returns a string for all cases. An example is below.
module.exports = {
autoNgTemplateLoader: {
pathResolver: (p) => p.replace(/src/, '..').substring(1),
},
module: {
loaders: [
{
test: /\.js$/,
exclude: /node_modules/,
loader:
'babel-loader!auto-ngtemplate-loader?variableName=testVar&useResolverFromConfig=true',
},
],
},
};
Note: The loader will throw an error if useResolverFromConfig
is used in Webpack v2 or newer. The recommended way to pass the function is through the options in that case. This is because the Loader API v2 has deprecated a property that is used for the v1 workaround. The loader will check the version and report an error.
Development
Please follow the guidelines in the contribution guide for development.
Installation
Once the repository is cloned, run npm install
to get all the dependencies. The examples in this package also depend on ngtemplate-loader
and html-loader
.
Running
There are a few example projects included. One that has one directive, another that has more, one that uses templates from a different folder, and one that uses absolute paths. You can run npm run one-directive
, npm run many-directives
, npm run multiple-directives
, npm run separated-templates
, or npm run absolute-paths
to see the loader in action. Once successful, examining the build/bundle.js
file under the respective examples folder will show the results.
Testing
The tests for this package are written in with ava. They can be run by running npm test
.
Linting
This project uses ESLint. All the requisite files can be linted using npm run linter
. The rules for this project are located in eslintrc.json
. This will also report prettier errors.
Release procedure
- Get ready for relaese by updating the
main
branch by runninggit pull --rebase
. Resolve all the conflicts as necessary. - Check package versions if they need updated by running
npm outdated
andnpm update
. This will update the package versions that can be updated automatically. - If a manual version update is required, make sure to go into
package.json
and change all the^
into~
and regenerate thepackage-lock.json
by runningrm -rf node_modules package-lock.json && npm install
- Determine the next version number by following semantic versioning rules.
- Add an entry to the
CHANGELOG.md
file and detail the changes that are shipping with this release. - Update the package version in
package.json
andpackage-lock.json
. - Run all the test commands including the example commands.
- Commit all your changes to
main
. - Create a new pull request from
main
tostable
. - Let the automated verification steps run.
- Merge the code to
stable
. - Checkout
stable
locally and runnpm run publish-dryrun
to validate the files that are being shipped. Make sure that it is the most minimal set. - Once validated, run
npm publish
to publish the package.
Miscellaneous
This project also includes an .nvmrc
. This is to tell nvm
what version of Node.js to use for this project. It is set to v16 which is the current release. However, we run tests on node LTS versions 10, 12, and 14 as well.
Resources
- How to write a Webpack loader
- Webpack Loader API
- How to write a Webpack plugin
- Webpack Plugin API
- Webpack
loader-utils
Issue and PR templates derived from smhxx/atom-ts-transpiler.