Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unecessary Whitespace #336

Merged
merged 13 commits into from
Oct 27, 2013
Merged

Unecessary Whitespace #336

merged 13 commits into from
Oct 27, 2013

Conversation

kpdecker
Copy link
Collaborator

I have come across an issue with the each block helper. It appears that it is creating unecessary whitespace. I copied the each block helper example (http://handlebarsjs.com/#iteration) exactly and my results were not the same. My results ended up like the following:

<ul>

  <li>ele1</li>

  <li>ele2</li>

  <li>ele3</li>

</ul>

instead of the expected:

<ul>
  <li>ele1</li>
  <li>ele2</li>
  <li>ele3</li>
</ul>

This might seem like a non issue but say we have a template like the following:

<script id="onlyEachTemplate" type="text/x-handlebars-template">
{{#each collection}}
<div>{{this}}</div>
{{/each}}
</script>

My expected output would be:

<div>ele1</div>
<div>ele2</div>
<div>ele</div>

but I instead get:

<div>ele1</div>

<div>ele2</div>

<div>ele3</div>

In an AJAX application where regular polling for data and rendering that data with a template like the previous can result in a large amount of unecessary dom growth. We actually encountered such an issue. All of the extra whitespace elements would spike the CPU usage under FF15 100% after 12 hours.
Here is a link to a set of tests I wrote to demonstrate the issue https://github.com/jayfunk/Handlebars-Whitespace-Test

@kpdecker
Copy link
Collaborator

This is the same number of whitespace nodes in both the examples, one just has additional newline characters.

If the whitespace is causing significant overhead or layout issues you would currently need to do something like this:

{{#each collection}}<div>{{this}}</div>{{/each}}

To get the rendering that you expected above you would need something like this:

{{#each collection}}<div>{{this}}</div>
{{/each}}

I could see some use for trimming whitespace around block elements but I'd also be concerned about this breaking existing code that is in the wild.

@jayfunk
Copy link
Author

jayfunk commented Oct 12, 2012

I did discover both of those solutions when I was writing the tests. Both work fine. However, I was hoping to find a solution at the source and one that side steps:
{{#each collection}}<div>{{this}}</div>{{/each}}

which would be some kind of template cleanup during packaging or:

{{#each collection}}<div>{{this}}</div>
{{/each}}

Which could make more complicated templates difficult to read.

@kpdecker
Copy link
Collaborator

kpdecker commented Apr 7, 2013

#479 proposes a very interesting fix to this issue. Introducing a token on the mustache delimiter that specifies if whitespace should be trimmed in a particular block's output.

http://jinja.pocoo.org/docs/templates/#whitespace-control

@michaeljonathanblack
Copy link

Please add support for some sort of white-space control. My templates are looking a bit rusty because of this. #479 sounds reasonable to me. Some sort of white-space trimming flag for compilation might be easier and more intuitive, too.

@johtso
Copy link

johtso commented Apr 11, 2013

This functionality would be fantastic! The fact that making your templates readable causes whitespace to be added can be a real pain. 👍

@quangv
Copy link

quangv commented Apr 25, 2013

a

{{-#if true -}}
   b
{{-/if-}}

c

hbs-whitespace-control

I believe that's how the Jinja2 whitespace control works... 4 possible whitespace area that can be removed... any thoughts on syntax? {{- -}} ?

@jayfunk
Copy link
Author

jayfunk commented Apr 30, 2013

My initial complaint was more that the mark up for handlebars will create unexpected spaces. The default in my mind would match the formatting as if the handlebars did not exist.
So:

<ul>
{{#if test}}
 <li></li>
{{/if test}}
</ul>
equals:
<ul>
 <li></li>
</ul>

or if we used the suggestions of all whitespace being removed:

<ul> <li></li></ul>

@quangv
Copy link

quangv commented Apr 30, 2013

hey jayfunk, can you use a different example... all i see is bullets...

edited: thanks

Arkkimaagi added a commit to Arkkimaagi/assemble that referenced this pull request May 4, 2013
It annoys me and apparently many others that handlebars does not strip extra whitespace around its elements when compiling. 

handlebars-lang/handlebars.js#336

This is a quick hack to make it strip that extra whitespace as if the rows with only a single hbs tag were not separate rows. This pull possibly has some bugs in its regexp, but it's a start.

I thought that maybe this should be toggleable by the user, so only by adding an option: removeHbsWhitespace:true to grunt config of assemble will enable this feature. (without it, no ill effects should happen)

With removeHbsWhitespace enabled code like this:
```
{{#each collection}}
<div>{{this}}</div>
{{/each}}
```
normally resulting this:
```
<div>ele1</div>

<div>ele2</div>

<div>ele3</div>
```

would be preprocessed to be like this:
´´´
{{#each collection}}<div>{{this}}</div>{{/each}}
´´´
resulting this:
```
<div>ele1</div>
<div>ele2</div>
<div>ele3</div>
```

This feels more natural and helps creating cleaner and more readable layouts, partials and page code.
@ralyodio
Copy link

ralyodio commented Oct 4, 2013

so how do we handle this? I find css rules that use tbody:empty don't apply because of the whitespace issue.

@jonschlinkert
Copy link
Contributor

Here is one example: https://github.com/assemble/assemble-docs/blob/gh-pages/index.html#L22-L25

However:

  1. the example uses this helper: https://github.com/helpers/handlebars-helper-prettify, which depends on js-beautify,
  2. Althougth js-beautify is pretty great, I had to do add some janky fixes (https://github.com/helpers/handlebars-helper-prettify/blob/master/prettify.js#L14-L24) to get the formatting to output the way I wanted it (which is part of the challenges with formatting... pleasing everyone)
  3. I have learned to doing things in my HTML that don't format well, so you're seeing a really sanitized example.

Code comments in particular are the biggest PITA to get right, because they can be written in so many different ways. For example, Bootstrap does something like this:

      <!-- Component
      ================================ -->

Which never turns our right when it's "beautified". It usually ends up like this:

      <!-- Component================================ -->

or like this:

      <!-- Component
================================ -->

@kpdecker
Copy link
Collaborator

I think for that particular example you would not want to use whitespace control or at least not use it completely. It's all or nothing and doesn't have any knowledge of composed language semantics, which is by design.

<!-- Component {{foo ~}}

============== -->

Would serve those purposes but this would be left to the author to implement per their needs.

kpdecker added a commit that referenced this pull request Oct 27, 2013
@kpdecker kpdecker merged commit 320c0a6 into master Oct 27, 2013
@kpdecker kpdecker deleted the whitespace-control branch October 27, 2013 16:54
@kpdecker
Copy link
Collaborator

kpdecker commented Nov 4, 2013

Released in 1.1.0

@jonschlinkert
Copy link
Contributor

👍

@mcw0933
Copy link

mcw0933 commented Nov 22, 2013

Question - this behavior can only be specified in the template, and can't be invoked programmatically from a helper?

For example, if I have a helper that should conditionally collapse the whitespace in front of itself... I can't do that? I have to call it with {{~helper}} (to always collapse). And then instead conditionally add back any desired whitespace to the result?

@kpdecker
Copy link
Collaborator

@mcw0933 Within a helper I would just do a trim or regex replace to remove the whitespace in question.

@mcw0933
Copy link

mcw0933 commented Nov 22, 2013

Right - that I get. I'm thinking of cases where the helper could have preceding whitespace in the template. (Whitespace that isn't strictly under the control of the helper).

There's no way for the helper to force that whitespace to collapse? Right? The template implementer has to remember to either leave no whitespace, or use the {{helper}} syntax.

@kpdecker
Copy link
Collaborator

Gotcha. Correct it's up to the template and I don't think we want to implement something like that for two reasons.

  1. The whitespace control behavior is done at compile time and adding runtime support would complicate things quite a bit.
  2. Allowing a helper control anything other than it's own content feels very weird and it could lead to suprises for the users of the help who are wondering why their template isn't rendering things that to them appear to be there.

@mcw0933
Copy link

mcw0933 commented Nov 22, 2013

Sure - makes sense. Thanks!

@donaldpipowitch
Copy link

Hi,

this problem doesn't seem to be resolved. To come back to the original example: I want this template:

<ul>
  {{#each collection}}
  <li>test</li>
  {{/each}}
</ul>

to compile to this:

<ul>
  <li>test</li>
  <li>test</li>
  <li>test</li>
</ul>

But I get this:

<ul>

  <li>test</li>

  <li>test</li>

  <li>test</li>

</ul>

With {{~#each collection~}}{{~/each~}} I get this:

<ul>
  <li>test</li><li>test</li><li>test</li>
</ul>

@scurker
Copy link

scurker commented Feb 18, 2014

@donaldpipowitch The whitespace control determine which side the whitespace is trimmed from.

{{~#each collection}} - trims whitespace before

{{#each collection~}} - trims whitespace after

{{#each collection}} - trims whitespace before and after

Depending on how your template is written, you need to determine where to place the white space controls in order to get your template looking how you want.

kkirsche pushed a commit to kkirsche/rubyloco.com that referenced this pull request Feb 10, 2015
Update handlebars from 1.0.0-rc.4 to 3.0.0

## v3.0.0 - February 10th, 2015
- [#941](handlebars-lang/handlebars.js#941) - Add support for dynamic partial names ([@kpdecker](https://api.github.com/users/kpdecker))
- [#940](handlebars-lang/handlebars.js#940) - Add missing reserved words so compiler knows to use array syntax: ([@mattflaschen](https://api.github.com/users/mattflaschen))
- [#938](handlebars-lang/handlebars.js#938) - Fix example using #with helper ([@diwo](https://api.github.com/users/diwo))
- [#930](handlebars-lang/handlebars.js#930) - Add parent tracking and mutation to AST visitors ([@kpdecker](https://api.github.com/users/kpdecker))
- [#926](handlebars-lang/handlebars.js#926) - Depthed lookups fail when program duplicator runs ([@kpdecker](https://api.github.com/users/kpdecker))
- [#918](handlebars-lang/handlebars.js#918) - Add instructions for 'spec/mustache' to CONTRIBUTING.md, fix a few typos ([@oneeman](https://api.github.com/users/oneeman))
- [#915](handlebars-lang/handlebars.js#915) - Ast update ([@kpdecker](https://api.github.com/users/kpdecker))
- [#910](handlebars-lang/handlebars.js#910) - Different behavior of {{@last}} when {{#each}} in {{#each}} ([@zordius](https://api.github.com/users/zordius))
- [#907](handlebars-lang/handlebars.js#907) - Implement named helper variable references ([@kpdecker](https://api.github.com/users/kpdecker))
- [#906](handlebars-lang/handlebars.js#906) - Add parser support for block params ([@mmun](https://api.github.com/users/mmun))
- [#903](handlebars-lang/handlebars.js#903) - Only provide aliases for multiple use calls ([@kpdecker](https://api.github.com/users/kpdecker))
- [#902](handlebars-lang/handlebars.js#902) - Generate Source Maps ([@kpdecker](https://api.github.com/users/kpdecker))
- [#901](handlebars-lang/handlebars.js#901) - Still escapes with noEscape enabled on isolated Handlebars environment ([@zedknight](https://api.github.com/users/zedknight))
- [#896](handlebars-lang/handlebars.js#896) - Simplify BlockNode by removing intermediate MustacheNode ([@mmun](https://api.github.com/users/mmun))
- [#892](handlebars-lang/handlebars.js#892) - Implement parser for else chaining of helpers ([@kpdecker](https://api.github.com/users/kpdecker))
- [#889](handlebars-lang/handlebars.js#889) - Consider extensible parser API ([@kpdecker](https://api.github.com/users/kpdecker))
- [#887](handlebars-lang/handlebars.js#887) - Handlebars.noConflict() option? ([@bradvogel](https://api.github.com/users/bradvogel))
- [#886](handlebars-lang/handlebars.js#886) - Add SafeString to context (or use duck-typing) ([@dominicbarnes](https://api.github.com/users/dominicbarnes))
- [#870](handlebars-lang/handlebars.js#870) - Registering undefined partial throws exception. ([@max-b](https://api.github.com/users/max-b))
- [#866](handlebars-lang/handlebars.js#866) - comments don't respect whitespace control ([@75lb](https://api.github.com/users/75lb))
- [#863](handlebars-lang/handlebars.js#863) - + jsDelivr CDN info ([@tomByrer](https://api.github.com/users/tomByrer))
- [#858](handlebars-lang/handlebars.js#858) - Disable new default auto-indent at included partials ([@majodev](https://api.github.com/users/majodev))
- [#856](handlebars-lang/handlebars.js#856) - jspm compatibility ([@MajorBreakfast](https://api.github.com/users/MajorBreakfast))
- [#805](handlebars-lang/handlebars.js#805) - Request: "strict" lookups ([@nzakas](https://api.github.com/users/nzakas))

- Export the default object for handlebars/runtime - 5594416
- Lookup partials when undefined - 617dd57

Compatibility notes:
- Runtime breaking changes. Must match 3.x runtime and precompiler.
- The AST has been upgraded to a public API.
  - There are a number of changes to this, but the format is now documented in docs/compiler-api.md
  - The Visitor API has been expanded to support mutation and provide a base implementation
- The `JavaScriptCompiler` APIs have been formalized and documented. As part of the sourcemap handling these should be updated to return arrays for concatenation.
- `JavaScriptCompiler.namespace` has been removed as it was unused.
- `SafeString` is now duck typed on `toHTML`

New Features:
- noConflict
- Source Maps
- Block Params
- Strict Mode
- @last and other each changes
- Chained else blocks
- @DaTa methods can now have helper parameters passed to them
- Dynamic partials

[Commits](handlebars-lang/handlebars.js@v2.0.0...v3.0.0)

## v2.0.0 - September 1st, 2014
- Update jsfiddle to 2.0.0-beta.1 - 0670f65
- Add contrib note regarding handlebarsjs.com docs - 4d17e3c
- Play nice with gemspec version numbers - 64d5481

[Commits](handlebars-lang/handlebars.js@v2.0.0-beta.1...v2.0.0)

## v2.0.0-beta.1 - August 26th, 2014
- [#787](handlebars-lang/handlebars.js#787) - Remove whitespace surrounding standalone statements ([@kpdecker](https://api.github.com/users/kpdecker))
- [#827](handlebars-lang/handlebars.js#827) - Render false literal as “false” ([@scoot557](https://api.github.com/users/scoot557))
- [#767](handlebars-lang/handlebars.js#767) - Subexpressions bug with hash and context ([@evensoul](https://api.github.com/users/evensoul))
- Changes to 0/undefined handling
  - [#731](handlebars-lang/handlebars.js#731) - Strange behavior for {{#foo}} {{bar}} {{/foo}} when foo is 0 ([@kpdecker](https://api.github.com/users/kpdecker))
  - [#820](handlebars-lang/handlebars.js#820) - strange behavior for {{foo.bar}} when foo is 0 or null or false ([@zordius](https://api.github.com/users/zordius))
  - [#837](handlebars-lang/handlebars.js#837) - Strange input for custom helper ( foo.bar == false when foo is undefined ) ([@zordius](https://api.github.com/users/zordius))
- [#819](handlebars-lang/handlebars.js#819) - Implement recursive field lookup ([@kpdecker](https://api.github.com/users/kpdecker))
- [#764](handlebars-lang/handlebars.js#764) - This reference not working for helpers ([@kpdecker](https://api.github.com/users/kpdecker))
- [#773](handlebars-lang/handlebars.js#773) - Implicit parameters in {{#each}} introduces a peculiarity in helpers calling convention  ([@Bertrand](https://api.github.com/users/Bertrand))
- [#783](handlebars-lang/handlebars.js#783) - helperMissing and consistency for different expression types ([@ErisDS](https://api.github.com/users/ErisDS))
- [#795](handlebars-lang/handlebars.js#795) - Turn the precompile script into a wrapper around a module. ([@jwietelmann](https://api.github.com/users/jwietelmann))
- [#823](handlebars-lang/handlebars.js#823) - Support inverse sections on the with helper ([@dan-manges](https://api.github.com/users/dan-manges))
- [#834](handlebars-lang/handlebars.js#834) - Refactor blocks, programs and inverses ([@mmun](https://api.github.com/users/mmun))
- [#852](handlebars-lang/handlebars.js#852) - {{foo~}} space control behavior is different from older version ([@zordius](https://api.github.com/users/zordius))
- [#835](handlebars-lang/handlebars.js#835) - Templates overwritten if file is loaded twice

- Expose escapeExpression on the root object - 980c38c
- Remove nested function eval in blockHelperMissing - 6f22ec1
- Fix compiler program de-duping - 9e3f824

Compatibility notes:
- The default build now outputs a generic UMD wrapper. This should be transparent change but may cause issues in some environments.
- Runtime compatibility breaks in both directions. Ensure that both compiler and client are upgraded to 2.0.0-beta.1 or higher at the same time.
  - `programWithDepth` has been removed an instead an array of context values is passed to fields needing depth lookups.
- `false` values are now printed to output rather than silently dropped
- Lines containing only block statements and whitespace are now removed. This matches the Mustache spec but may cause issues with code that expects whitespace to exist but would not otherwise.
- Partials that are standalone will now indent their rendered content
- `AST.ProgramNode`'s signature has changed.
- Numerious methods/features removed from psuedo-API classes
  - `JavaScriptCompiler.register`
  - `JavaScriptCompiler.replaceStack` no longer supports non-inline replace
  - `Compiler.disassemble`
  - `DECLARE` opcode
  - `strip` opcode
  - `lookup` opcode
  - Content nodes may have their `string` values mutated over time. `original` field provides the unmodified value.
- Removed unused `Handlebars.registerHelper` `inverse` parameter
- `each` helper requires iterator parameter

[Commits](handlebars-lang/handlebars.js@v2.0.0-alpha.4...v2.0.0-beta.1)

## v2.0.0-alpha.4 - May 19th, 2014
- Expose setup wrappers for compiled templates - 3638874

[Commits](handlebars-lang/handlebars.js@v2.0.0-alpha.3...v2.0.0-alpha.4)

## v2.0.0-alpha.3 - May 19th, 2014
- [#797](handlebars-lang/handlebars.js#797) - Pass full helper ID to helperMissing when options are provided ([@tomdale](https://api.github.com/users/tomdale))
- [#793](handlebars-lang/handlebars.js#793) - Ensure isHelper is coerced to a boolean ([@mmun](https://api.github.com/users/mmun))
- Refactor template init logic - 085e5e1

[Commits](handlebars-lang/handlebars.js@v2.0.0-alpha.2...v2.0.0-alpha.3)

## v2.0.0-alpha.2 - March 6th, 2014
- [#756](handlebars-lang/handlebars.js#756) - fix bug in IE<=8 (no Array::map), closes #751 ([@jenseng](https://api.github.com/users/jenseng))
- [#749](handlebars-lang/handlebars.js#749) - properly handle multiple subexpressions in the same hash, fixes #748 ([@jenseng](https://api.github.com/users/jenseng))
- [#743](handlebars-lang/handlebars.js#743) - subexpression confusion/problem? ([@waynedpj](https://api.github.com/users/waynedpj))
- [#746](handlebars-lang/handlebars.js#746) - [CLI] support `handlebars --version` ([@apfelbox](https://api.github.com/users/apfelbox))
- [#747](handlebars-lang/handlebars.js#747) - updated grunt-saucelabs, failing tests revealed ([@Jonahss](https://api.github.com/users/Jonahss))
- Make JSON a requirement for the compiler. - 058c0fb
- Temporarily kill the AWS publish CI step - 8347ee2

Compatibility notes:
- A JSON polyfill is required to run the compiler under IE8 and below. It's recommended that the precompiler be used in lieu of running the compiler on these legacy environments.

[Commits](handlebars-lang/handlebars.js@v2.0.0-alpha.1...v2.0.0-alpha.2)

## v2.0.0-alpha.1 - February 10th, 2014
- [#182](handlebars-lang/handlebars.js#182) - Allow passing hash parameters to partials ([@kpdecker](https://api.github.com/users/kpdecker))
- [#392](handlebars-lang/handlebars.js#392) - Access to root context in partials and helpers ([@kpdecker](https://api.github.com/users/kpdecker))
- [#472](handlebars-lang/handlebars.js#472) - Helpers cannot have decimal parameters ([@kayleg](https://api.github.com/users/kayleg))
- [#569](handlebars-lang/handlebars.js#569) - Unable to lookup array values using @Index ([@kpdecker](https://api.github.com/users/kpdecker))
- [#491](handlebars-lang/handlebars.js#491) - For nested helpers: get the @ variables of the outer helper from the inner one ([@kpdecker](https://api.github.com/users/kpdecker))
- [#669](handlebars-lang/handlebars.js#669) - Ability to unregister a helper ([@dbachrach](https://api.github.com/users/dbachrach))
- [#730](handlebars-lang/handlebars.js#730) - Raw block helpers ([@kpdecker](https://api.github.com/users/kpdecker))
- [#634](handlebars-lang/handlebars.js#634) - It would be great to have the helper name passed to `blockHelperMissing` ([@kpdecker](https://api.github.com/users/kpdecker))
- [#729](handlebars-lang/handlebars.js#729) - Convert template spec to object literal ([@kpdecker](https://api.github.com/users/kpdecker))

- [#658](handlebars-lang/handlebars.js#658) - Depthed helpers do not work after an upgrade from 1.0.0 ([@xibxor](https://api.github.com/users/xibxor))
- [#671](handlebars-lang/handlebars.js#671) - Crashes on no-parameter {{#each}} ([@stepancheg](https://api.github.com/users/stepancheg))
- [#689](handlebars-lang/handlebars.js#689) - broken template precompilation ([@AAS](https://api.github.com/users/AAS))
- [#698](handlebars-lang/handlebars.js#698) - Fix parser generation under windows ([@osiris43](https://api.github.com/users/osiris43))
- [#699](handlebars-lang/handlebars.js#699) - @DaTa not compiles to invalid JS in stringParams mode ([@kpdecker](https://api.github.com/users/kpdecker))
- [#705](handlebars-lang/handlebars.js#705) - 1.3.0 can not be wrapped in an IIFE ([@craigteegarden](https://api.github.com/users/craigteegarden))
- [#706](handlebars-lang/handlebars.js#706) - README: Use with helper instead of relying on blockHelperMissing ([@scottgonzalez](https://api.github.com/users/scottgonzalez))

- [#700](handlebars-lang/handlebars.js#700) - Remove redundant conditions ([@blakeembrey](https://api.github.com/users/blakeembrey))
- [#704](handlebars-lang/handlebars.js#704) - JavaScript Compiler Cleanup ([@blakeembrey](https://api.github.com/users/blakeembrey))

Compatibility notes:
- `helperMissing` helper no longer has the indexed name argument. Helper name is now available via `options.name`.
- Precompiler output has changed, which breaks compatibility with prior versions of the runtime and precompiled output.
- `JavaScriptCompiler.compilerInfo` now returns generic objects rather than javascript source.
- AST changes
  - INTEGER -> NUMBER
  - Additional PartialNode hash parameter
  - New RawBlockNode type
- Data frames now have a `_parent` field. This is internal but is enumerable for performance/compatability reasons.

[Commits](handlebars-lang/handlebars.js@v1.3.0...v2.0.0-alpha.1)

## v1.3.0 - January 1st, 2014
- [#690](handlebars-lang/handlebars.js#690) - Added support for subexpressions ([@machty](https://api.github.com/users/machty))
- [#696](handlebars-lang/handlebars.js#696) - Fix for reserved keyword "default" ([@nateirwin](https://api.github.com/users/nateirwin))
- [#692](handlebars-lang/handlebars.js#692) - add line numbers to nodes when parsing ([@fivetanley](https://api.github.com/users/fivetanley))
- [#695](handlebars-lang/handlebars.js#695) - Pull options out from param setup to allow easier extension ([@blakeembrey](https://api.github.com/users/blakeembrey))
- [#694](handlebars-lang/handlebars.js#694) - Make the environment reusable ([@blakeembrey](https://api.github.com/users/blakeembrey))
- [#636](handlebars-lang/handlebars.js#636) - Print line and column of errors ([@sgronblo](https://api.github.com/users/sgronblo))
- Use literal for data lookup - c1a93d3
- Add stack handling sanity checks - cd885bf
- Fix stack id "leak" on replaceStack - ddfe457
- Fix incorrect stack pop when replacing literals - f4d337d

[Commits](handlebars-lang/handlebars.js@v1.2.1...v1.3.0)

## v1.2.1 - December 26th, 2013
- [#684](handlebars-lang/handlebars.js#684) - Allow any number of trailing characters for valid JavaScript variable ([@blakeembrey](https://api.github.com/users/blakeembrey))
- [#686](handlebars-lang/handlebars.js#686) - Falsy AMD module names in version 1.2.0 ([@kpdecker](https://api.github.com/users/kpdecker))

[Commits](handlebars-lang/handlebars.js@v1.2.0...v1.2.1)

## v1.2.0 - December 23rd, 2013
- [#675](handlebars-lang/handlebars.js#675) - Cannot compile empty template for partial ([@erwinw](https://api.github.com/users/erwinw))
- [#677](handlebars-lang/handlebars.js#677) - Triple brace statements fail under IE ([@hamzacm](https://api.github.com/users/hamzaCM))
- [#655](handlebars-lang/handlebars.js#655) - Loading Handlebars using bower ([@niki4810](https://api.github.com/users/niki4810))
- [#657](handlebars-lang/handlebars.js#657) - Fixes issue where cli compiles non handlebars templates ([@chrishoage](https://api.github.com/users/chrishoage))
- [#681](handlebars-lang/handlebars.js#681) - Adds in-browser testing and Saucelabs CI ([@kpdecker](https://api.github.com/users/kpdecker))
- [#661](handlebars-lang/handlebars.js#661) - Add @FIRST and @Index to #each object iteration ([@cgp](https://api.github.com/users/cgp))
- [#650](handlebars-lang/handlebars.js#650) - Handlebars is MIT-licensed ([@thomasboyt](https://api.github.com/users/thomasboyt))
- [#641](handlebars-lang/handlebars.js#641) - Document ember testing process ([@kpdecker](https://api.github.com/users/kpdecker))
- [#662](handlebars-lang/handlebars.js#662) - handlebars-source 1.1.2 is missing from RubyGems.
- [#656](handlebars-lang/handlebars.js#656) - Expose COMPILER_REVISION checks as a hook ([@machty](https://api.github.com/users/machty))
- [#668](handlebars-lang/handlebars.js#668) - Consider publishing handlebars-runtime as a separate module on npm ([@dlmanning](https://api.github.com/users/dlmanning))
- [#679](handlebars-lang/handlebars.js#679) - Unable to override invokePartial ([@mattbrailsford](https://api.github.com/users/mattbrailsford))
- [#646](handlebars-lang/handlebars.js#646) - Fix "\\{{" immediately following "\{{" ([@dmarcotte](https://api.github.com/users/dmarcotte))
- Allow extend to work with non-prototyped objects - eb53f2e
- Add JavascriptCompiler public API tests - 1a751b2
- Add AST test coverage for more complex paths - ddea5be
- Fix handling of boolean escape in MustacheNode - b4968bb

Compatibility notes:
- `@index` and `@first` are now supported for `each` iteration on objects
- `Handlebars.VM.checkRevision` and `Handlebars.JavaScriptCompiler.prototype.compilerInfo` now available to modify the version checking behavior.
- Browserify users may link to the runtime library via `require('handlebars/runtime')`

[Commits](handlebars-lang/handlebars.js@v1.1.2...v1.2.0)

## v1.1.2 - November 5th, 2013

- [#645](handlebars-lang/handlebars.js#645) - 1.1.1 fails under IE8 ([@kpdecker](https://api.github.com/users/kpdecker))
- [#644](handlebars-lang/handlebars.js#644) - Using precompiled templates (AMD mode) with handlebars.runtime 1.1.1 ([@fddima](https://api.github.com/users/fddima))

- Add simple binary utility tests - 96a45a4
- Fix empty string compilation - eea708a

[Commits](handlebars-lang/handlebars.js@v1.1.1...v1.1.2)

## v1.1.1 - November 4th, 2013

- [#642](handlebars-lang/handlebars.js#642) - handlebars 1.1.0 are broken with nodejs

- Fix release notes link - 17ba258

[Commits](handlebars-lang/handlebars.js@v1.1.0...v1.1.1)

## v1.1.0 - November 3rd, 2013

- [#628](handlebars-lang/handlebars.js#628) - Convert code to ES6 modules ([@kpdecker](https://api.github.com/users/kpdecker))
- [#336](handlebars-lang/handlebars.js#336) - Add whitespace control syntax ([@kpdecker](https://api.github.com/users/kpdecker))
- [#535](handlebars-lang/handlebars.js#535) - Fix for probable JIT error under Safari ([@sorentwo](https://api.github.com/users/sorentwo))
- [#483](handlebars-lang/handlebars.js#483) - Add first and last @ vars to each helper ([@denniskuczynski](https://api.github.com/users/denniskuczynski))
- [#557](handlebars-lang/handlebars.js#557) - `\\{{foo}}` escaping only works in some situations ([@dmarcotte](https://api.github.com/users/dmarcotte))
- [#552](handlebars-lang/handlebars.js#552) - Added BOM removal flag. ([@blessenm](https://api.github.com/users/blessenm))
- [#543](handlebars-lang/handlebars.js#543) - publish passing master builds to s3 ([@fivetanley](https://api.github.com/users/fivetanley))

- [#608](handlebars-lang/handlebars.js#608) - Add `includeZero` flag to `if` conditional
- [#498](handlebars-lang/handlebars.js#498) - `Handlebars.compile` fails on empty string although a single blank works fine
- [#599](handlebars-lang/handlebars.js#599) - lambda helpers only receive options if used with arguments
- [#592](handlebars-lang/handlebars.js#592) - Optimize array and subprogram performance
- [#571](handlebars-lang/handlebars.js#571) - uglify upgrade breaks compatibility with older versions of node
- [#587](handlebars-lang/handlebars.js#587) - Partial inside partial breaks?

Compatibility notes:
- The project now includes separate artifacts for AMD, CommonJS, and global objects.
  - AMD: Users may load the bundled `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](https://gist.github.com/wycats/7417be0dc361a69d5916) provides some discussion of possible compatibility shims.
  - CommonJS/Node: Node loading occurs as normal via `require`
  - Globals: The `handlebars.js` and `handlebars.runtime.js` files should behave in the same manner as the v1.0.12 / 1.0.0 release.
- Build artifacts have been removed from the repository. [npm][npm], [components/handlebars.js][components], [cdnjs][cdnjs], or the [builds page][builds-page] should now be used as the source of built artifacts.
- Context-stored helpers are now always passed the `options` hash. Previously no-argument helpers did not have this argument.

[Commits](handlebars-lang/handlebars.js@v1.0.12...v1.1.0)

## v1.0.12 / 1.0.0 - May 31 2013

- [#515](handlebars-lang/handlebars.js#515) - Add node require extensions support ([@jjclark1982](https://github.com/jjclark1982))
- [#517](handlebars-lang/handlebars.js#517) - Fix amd precompiler output with directories ([@blessenm](https://github.com/blessenm))
- [#433](handlebars-lang/handlebars.js#433) - Add support for unicode ids
- [#469](handlebars-lang/handlebars.js#469) - Add support for `?` in ids
- [#534](handlebars-lang/handlebars.js#534) - Protect from object prototype modifications
- [#519](handlebars-lang/handlebars.js#519) - Fix partials with . name ([@jamesgorrie](https://github.com/jamesgorrie))
- [#519](handlebars-lang/handlebars.js#519) - Allow ID or strings in partial names
- [#437](handlebars-lang/handlebars.js#437) - Require matching brace counts in escaped expressions
- Merge passed partials and helpers with global namespace values
- Add support for complex ids in @DaTa references
- Docs updates

Compatibility notes:
- The parser is now stricter on `{{{`, requiring that the end token be `}}}`. Templates that do not
  follow this convention should add the additional brace value.
- Code that relies on global the namespace being muted when custom helpers or partials are passed will need to explicitly pass an `undefined` value for any helpers that should not be available.
- The compiler version has changed. Precompiled templates with 1.0.12 or higher must use the 1.0.0 or higher runtime.

[Commits](handlebars-lang/handlebars.js@v1.0.11...v1.0.12)

## v1.0.11 / 1.0.0-rc4 - May 13 2013

- [#458](handlebars-lang/handlebars.js#458) - Fix `./foo` syntax ([@jpfiset](https://github.com/jpfiset))
- [#460](handlebars-lang/handlebars.js#460) - Allow `:` in unescaped identifers ([@jpfiset](https://github.com/jpfiset))
- [#471](handlebars-lang/handlebars.js#471) - Create release notes (These!)
- [#456](handlebars-lang/handlebars.js#456) - Allow escaping of `\\`
- [#211](handlebars-lang/handlebars.js#211) - Fix exception in `escapeExpression`
- [#375](handlebars-lang/handlebars.js#375) - Escape unicode newlines
- [#461](handlebars-lang/handlebars.js#461) - Do not fail when compiling `""`
- [#302](handlebars-lang/handlebars.js#302) - Fix sanity check in knownHelpersOnly mode
- [#369](handlebars-lang/handlebars.js#369) - Allow registration of multiple helpers and partial by passing definition object
- Add bower package declaration ([@DevinClark](https://github.com/DevinClark))
- Add NuSpec package declaration ([@MikeMayer](https://github.com/MikeMayer))
- Handle empty context in `with` ([@thejohnfreeman](https://github.com/thejohnfreeman))
- Support custom template extensions in CLI ([@matteoagosti](https://github.com/matteoagosti))
- Fix Rhino support ([@broady](https://github.com/broady))
- Include contexts in string mode ([@leshill](https://github.com/leshill))
- Return precompiled scripts when compiling to AMD ([@JamesMaroney](https://github.com/JamesMaroney))
- Docs updates ([@iangreenleaf](https://github.com/iangreenleaf), [@gilesbowkett](https://github.com/gilesbowkett), [@utkarsh2012](https://github.com/utkarsh2012))
- Fix `toString` handling under IE and browserify ([@tommydudebreaux](https://github.com/tommydudebreaux))
- Add program metadata
@stanmertens
Copy link

stanmertens commented Jan 10, 2022

A bit late to the party but this might help some people.

I stumbled upon the same issue as @donaldpipowitch and @jayfunk seems to be having. There were empty lines after certain handlebars. The issue for me was not the whitespaces that this topic seems to be about.

In order to get rid of the empty lines, I opened the text block in the HTML editor and removed the <br> tags after the statements I don't want empty lines after. After saving, SendGrid will notify you that your text block will be changed into a code block.

Hope this helps.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.