Double curly brace {{ }} conflict override

rlancer · March 28, 2015, 7:48am

Is there a way to modify the default template binding syntax from {{ }} to something custom? This would speed up dev when working with javascript frameworks which also use {{ }}

bep · March 28, 2015, 12:38pm

No. This is Go template syntax – and I’m guessing that these are hardcoded into the source.

gridindex · March 28, 2015, 2:02pm

Maybe you try to solve the problem other way round. I am working with angular js and this framework provides a possibility to change the syntax.

rlancer · March 28, 2015, 3:31pm

If only Polymer supported this. This might be why the Google based Project Polymer uses Jekyll.

Escaping my {{ }}} is a very ugly process.

{{"{{"}}data binding{{"}}"}}

Even the ability to turn off template binding via the Front Matter would be a nice feature, I would just disable it for certain partials.

bep · March 28, 2015, 7:47pm

Checked, it’s a const in the Go template lexer:

github.com

golang/go/blob/master/src/text/template/parse/lex.go#L205




// nextItem returns the next item from the input.
// Called by the parser, not in the lexing goroutine.
func (l *lexer) nextItem() item {
	return <-l.items
}


// drain drains the output so the lexing goroutine will exit.
// Called by the parser, not in the lexing goroutine.
func (l *lexer) drain() {
	for range l.items {
	}
}


// lex creates a new scanner for the input string.
func lex(name, input, left, right string) *lexer {
	if left == "" {
		left = leftDelim
	}
	if right == "" {
		right = rightDelim

rlancer · April 3, 2015, 4:42pm

Jekyll has support of {%raw%}Free form non {{parsed}} {%endraw%}, the Polymer team at Google makes use of this. Would be great to have this in Hugo or as part of Go templates …

spf13 · April 3, 2015, 5:00pm

It would be a very significant change to the go templates library. It’s possible that hugo could do some preprocessing prior to passing it to the go templates library, but that would be a pretty ugly hack and an expensive one at that.

A post process that did some escaping is more likely and something hugo already supports to some degree.

What if instead of {{ }} you put /{/{ /}/} or something like that in the template and we adjusted it on render to be {{ }} . That’s a standard escape mechanism, but kinda ugly to me, so please suggest another.

bep · April 3, 2015, 5:02pm

Looking at the Go code, this might be doable:

github.com

golang/go/blob/master/src/text/template/template.go#L136


	}
	// Even if nt == t, we need to install it in the common.tmpl map.
	if replace, err := t.associate(nt, tree); err != nil {
		return nil, err
	} else if replace || nt.Tree == nil {
		nt.Tree = tree
	}
	return nt, nil
}


// Templates returns a slice of defined templates associated with t.
func (t *Template) Templates() []*Template {
	if t.common == nil {
		return nil
	}
	// Return a slice so we don't expose the map.
	m := make([]*Template, 0, len(t.tmpl))
	for _, v := range t.tmpl {
		m = append(m, v)
	}
	return m

I haven’t tested it, and it’s not on the list of “what I need …”.

marc · April 4, 2015, 2:36pm

Hello Everybody,
I 'am using HUGO with AngularJS since a couple of weeks and it works great.

To make this possible, I changed the delimiters with the Delims function from the text/template library and replaced all hardcoded double curly braces in the source code. It was not too much work and I would love to share the code with you guys.

Problem is, I like to know how to handle all the hardcoded internal templates in the source code. From my point of view there are two options:

We simply decide to work with [[ ]] instead of {{ }} in the future and keep everything hardcoded. That would solve the most problems with other JS Frameworks. But all the documentation and examples have to be updated then!
We load the delimiter settings from the configuration file and make everything total flexible. Then we don’t have to adapt any documentation etc. BUT then we need a solution for the internal templates.

Should I load them from an external file? Or should I replace every double curly brace in the code with a variable which will make the template really ugly to read?

Any ideas or comments? Thank you for your input / feedback.

bep · April 4, 2015, 3:47pm

I thougt about it and the way I would do it:

Add two configs for begin and end delim, default {{ and }}
For the internal templates, I would just keep them as {{ }}, but do a strings.Replace (or better: a strings.Replacer) before they are loaded if the config in 1 != default. This is not a performance critical section.

bep · April 4, 2015, 5:27pm

See

Solid pull request welcomed.

marc · April 6, 2015, 11:49am

@bjornerik
Good idea. Thank you.

marc · April 6, 2015, 11:50am

Okay. Done. Pull request is online …

mikeaja · May 23, 2016, 4:01pm

I’m trying to get my head around why you’d want to use angular with Hugo. Not critiscm, just question.

It seems a performance loss and potential security hole which are the things Hugo makes good.

marc · May 23, 2016, 7:32pm

Angular has a lot of general advantages and makes the development of websites easier for many people.
Supporting it would create a lot new users for Hugo.

I don’t see any performance loss when you use other characters than curly braces. I adapted an earlier release of the hugo source code to work with angular and couldn’t find or see any disadvantages.

A potential security hole is created with every libary that one integrates, but I think that is normal.

bep · May 23, 2016, 8:05pm

I agree with @marc here; AngularJS, React etc. have use cases with Hugo. There was a pull request that never got finished … I welcome another one; it is fairly straight forward. I would do it myself … if I needed it.

mikeaja · May 24, 2016, 8:10pm

I wouldn’t have assumed most users who are Angular first whould be ty[ical static site generator users, given the it’s principal of treating everything like a one page site. But i wasn’t suggesting the solution shouldn’t be done.

I’m more curious where the connection lies. They are intrinsically taking two different approaches to website development. Angular seems to have originated to get more performance from server side driven sites and apps, to reduce page rebuilds. So as static sites already are built, I see no advantage. I believe even Google do not advocate Angular as a performance enhancer for multi-page static sites.

marc · May 25, 2016, 7:53am

I am using Angulars Model-View-Controller feature to load data into a grid. This data can not be generated with Hugo. The combination of static websites with local “business models” for each website is ideal and exactly what I need. Just to give you an example.

mikeaja · May 28, 2016, 8:25am

Thanks for the example. Moving past the basics, what benefit does Angular have over a JS / Jquery / restful ajax (assuming that’s what you mean here)? Is it just the organisation offered by MVC? From what I can see, Angular’s main focus was to change the methodology, as a lot of features (especially related to user sessions and states, which are of particular interest to me) depend on it’s ‘single page’ approach (which we had before when a lot of developers went ajax crazy, but then CMSs changed that). And it’s main script, not including any extras is a 50kb download. I guess I’m missing something. I’m interested because I feel I should be learning it but i can’t find a reason

marc · May 28, 2016, 8:46am

Okay, I am not an AngularJS Evangelist, but here are some links, so you can get a better overview:

This video gave me a pretty good intro:

AngularJS Fundamentals In 60-ish Minutes

And here is a well balanced article about advantages and limitations:

AngularJS advantages and limitations
http://blog.softelegance.com/angularjs/angularjs-advantages-and-limitations/

(By the way, this is not about HUGO anymore and a totally different subject.)

Topic		Replies	Views
Bypass template engine support	2	712	December 9, 2016
Difference between {{ keyword }} and {{- keyword -}} support	3	52	November 19, 2024
Using Vue, Mustache, or other curly brace based templates in Hugo support	7	3479	September 26, 2020
The dot (.) and the dollar ($) in context tips & tricks	2	974	March 2, 2024
Unable to use curly braces {{ }} for Data folder templates support	3	713	April 29, 2020

Double curly brace {{ }} conflict override

Related topics