A handlebars
template loader for webpack
.
Forked from pcardune/handlebars-loader.
Handlebars 4 now supported
This fork is made by the Viadeo Team to adapt the Handlebars loader to our historic build conventions. No PR to original repository because we felt these changes were too specific.
What this fork adds:
- Query parameter to disable the automatic resolving of discovered helpers and partials when precompiling the template files. This means all helpers / partials need to be registered "manually" before using them.
- Query parameter to add the
registerPartial
statement directly in the produced template file - Query parameter to specify the path to the Handlebars compiler to use. By default
handlebars-loader
takes the compiler from thehandlebars
module declared in the project's package.json
{
...
module: {
loaders: [
...
{ test: /\.handlebars$/, loader: "handlebars-loader" }
]
}
}
var template = require("./file.handlebars");
// => returns file.handlebars content as a template function
The loader resolves partials and helpers automatically. They are looked up relative to the current directory (this can be modified with the rootRelative
option) or as a module if you prefix with $
.
The following query options are supported:
- helperDirs: Defines additional directories to be searched for helpers. Allows helpers to be defined in a directory and used globally without relative paths. You must surround helpers in subdirectories with brackets (Handlerbar helper identifiers can't have forward slashes without this). See example
- runtime: Specify the path to the handlebars runtime library. Defaults to look under the local handlebars npm module, i.e.
handlebars/runtime
. - extensions: Searches for templates with alternate extensions. Defaults are .handlebars, .hbs, and '' (no extension).
- inlineRequires: Defines a regex that identifies strings within helper/partial parameters that should be replaced by inline require statements.
- rootRelative: When automatically resolving partials and helpers, use an implied root path if none is present. Default =
./
. Setting this to be empty effectively turns off automatically resolving relative handlebars resources for items like{{helper}}
.{{./helper}}
will still resolve as expected. - knownHelpers: Array of helpers that are registered at runtime and should not explicitly be required by webpack. This helps with interoperability for libraries like Thorax helpers.
- disableAutoResolving: Set it to
true
if you don't want the loader to resolve helpers and partials automatically. (you will need to do it yourself). Defaults tofalse
: the loader will resolve helpers and partials - handlebarsCompiler: Specify the path to the handlebars compiler library. Defaults will automatically retrieve the compiler from the handlebars module declared in the project's package.json
- autoRegisterPartials: Set it to
true
if you want to insert aregisterPartial
statement in the compiled template file. The name of the partial will be its path from the resolving root defined in Webpack's config, without the .hbs extension - debug: Shows trace information to help debug issues (e.g. resolution of helpers).
See webpack
documentation for more information regarding loaders.
See examples
folder in this repo. The examples are fully runnable and demonstrate a number of concepts (using partials and helpers) -- just run webpack
in that directory to produce dist/bundle.js in the same folder, open index.html.