handlebars --version
(@apfelbox)Compatibility notes:
#182 - Allow passing hash parameters to partials (@kpdecker)
#392 - Access to root context in partials and helpers (@kpdecker)
#569 - Unable to lookup array values using @index (@kpdecker)
#491 - For nested helpers: get the @ variables of the outer helper from the inner one (@kpdecker)
#669 - Ability to unregister a helper (@dbachrach)
#634 - It would be great to have the helper name passed to blockHelperMissing
(@kpdecker)
#658 - Depthed helpers do not work after an upgrade from 1.0.0 (@xibxor)
#671 - Crashes on no-parameter {{#each}} (@stepancheg)
#699 - @DATA not compiles to invalid JS in stringParams mode (@kpdecker)
#705 - 1.3.0 can not be wrapped in an IIFE (@craigteegarden)
#706 - README: Use with helper instead of relying on blockHelperMissing (@scottgonzalez)
#700 - Remove redundant conditions (@blakeembrey)
#704 - JavaScript Compiler Cleanup (@blakeembrey)
Compatibility notes:
helperMissing
helper no longer has the indexed name argument. Helper name is now available via options.name
.JavaScriptCompiler.compilerInfo
now returns generic objects rather than javascript source._parent
field. This is internal but is enumerable for performance/compatability reasons.Compatibility notes:
@index
and @first
are now supported for each
iteration on objectsHandlebars.VM.checkRevision
and Handlebars.JavaScriptCompiler.prototype.compilerInfo
now available to modify the version checking behavior.require('handlebars/runtime')
#644 - Using precompiled templates (AMD mode) with handlebars.runtime 1.1.1 (@fddima)
Add simple binary utility tests - 96a45a4
Fix empty string compilation - eea708a
#642 - handlebars 1.1.0 are broken with nodejs
Fix release notes link - 17ba258
#483 - Add first and last @ vars to each helper (@denniskuczynski)
#557 - \\{{foo}}
escaping only works in some situations (@dmarcotte)
#543 - publish passing master builds to s3 (@fivetanley)
#608 - Add includeZero
flag to if
conditional
#498 - Handlebars.compile
fails on empty string although a single blank works fine
#599 - lambda helpers only receive options if used with arguments
#592 - Optimize array and subprogram performance
#571 - uglify upgrade breaks compatibility with older versions of node
#587 - Partial inside partial breaks?
Compatibility notes:
handlebars.amd.js
or handlebars.runtime.amd.js
files or load individual modules directly. AMD users should also note that the handlebars object is exposed via the default
field on the imported object. This gist provides some discussion of possible compatibility shims.require
handlebars.js
and handlebars.runtime.js
files should behave in the same manner as the v1.0.12 / 1.0.0 release.options
hash. Previously no-argument helpers did not have this argument.?
in idsCompatibility notes:
{{{
, requiring that the end token be }}}
. Templates that do not
follow this convention should add the additional brace value.undefined
value for any helpers that should not be available../foo
syntax (@jpfiset):
in unescaped identifers (@jpfiset)\\
escapeExpression
""
with
(@thejohnfreeman)toString
handling under IE and browserify (@tommydudebreaux)Handlebars.create
API in node module for sandboxed instances (@tommydudebreaux)this
or ..
in illogical place (@leshill)parse
/compile
/precompile
(@machty)When upgrading from the Handlebars 0.9 series, be aware that the signature for passing custom helpers or partials to templates has changed.
Instead of:
template(context, helpers, partials, [data])
Use:
template(context, {helpers: helpers, partials: partials, data: data})