Difference between this and vim-mustache-handlebars?

[jsit]

mustache/vim-mustache-handlebars is the official Vim syntax highlighting/indentation plugin from the Mustache project. What is the advantage to using this over the official one? I wonder if it would be better to take any improvements this has over vim-mustache-handlebars and just incorporate them as PRs there.

[joukevandermaas]

I haven't checked recently, but I made this plugin because vim-mustache-handlebars did not support more 'modern' Ember constructs. Instead it seemed to focus on supporting the original handlebars.

I use modern Ember constructs such as contextual components, angle bracket invocation, each-in, {{else if}} etc, which (at least at the time) were not supported by vim-mustache-handlebars and gave strange rendering issues. Using curlies from within attributes (a new feature at the time) also led to very annoying coloring glitches.

Finally, at the time vim-mustache-handlebars did not support automated indentation, which was another good motivation to start this project. I believe they have since merged my PR that added support to their project as well.

I must admit that I have not tried vim-mustache-handlebars since starting this project, so the above may be outdated. However, this works for me and I have not had any reason to switch back. I hope that answers your question.

[jsit]

Thanks for the detail. Can you please provide some examples of markup that causes the problems you mention? I'd love to get them fixed in the other repo as well. Thanks.

[joukevandermaas]

Mostly the example text in the readme is designed to demonstrate the things this support that that doesn't.

[sukima]

Well from a high level mustache and handlebars are a string template syntax while in Ember the template is a LISP language that looks like mustache but isn't.

It includes many differences like nested macro calls

{{foo (bar (baz "frotz"))}}

It has local scoped variables that are yielded

{{#let (something) as |thatThing|}}
  {{log thatThing}}
{{/let}}

Components with yielded values

<FooBar as |theValue|>
  {{log theValue}}
</FooBar>

Soon to have new features like front matter and/or imports, and much much more.

Considering this is a full blown language and not just a string template system it makes sense that it should be approached as a new thing.