More Handlebars helpers

[bubblobill]

Identify the Bug or Feature request

progresses #4158
fixes #5977

Description of the Change

added handlebars helpers.
added template cache.

• New class HandlebarsHelpers to contain helpers.
• Helper registration moved to HandlebarsHelpers.

LibraryTemplateLoader class changes:

Normally it is not noticable, but on consecutive nested calls (i.e. calls to templates inside a template, as used in the include helper), Windows paths break the URL lookup, .e.g. when the first character is checked for / but it is a \.

New helper list;

previously existing helpers

• StringHelpers:
  • capitalizeFirst,
  • center,
  • cut,
  • defaultIfEmpty,
  • join,
  • ljust,
  • rjust,
  • substring,
  • lower,
  • upper,
  • slugify,
  • stringFormat,
  • stripTags,
  • capitalize,
  • abbreviate,
  • wordWrap,
  • replace,
  • yesno,
  • dateFormat,
  • numberFormat
• ConditionalHelpers:
  • eq,
  • neq,
  • gt,
  • gte,
  • lt,
  • lte,
  • and,
  • or,
  • not
• NumberHelpers:
  • isEven
  • isOdd
  • stripes
• AssignHelper:
  • assign
• IncludeHelper:
  • include
• Base64EncodeHelper
  • base64Encode

new helpers

• Jackson2Helper:
  • json
• MarkdownHelper:
  • markdown
• MathsHelpers:
  • add,
  • subtract,
  • multiply,
  • divide,
  • max,
  • min,
  • mod,
  • div,
  • pow,
  • abs,
  • sqrt,
  • tau,
  • pi

Possible Drawbacks

things don't work as I think they should

Documentation Notes

added handlebars helpers.

---

This change is 

[bubblobill]

What the hell - grrrr... I did not close this - damnit

[bubblobill]

Reopen damn you

[bubblobill]

Please stay open

[bubblobill]

@cwisniew
LibraryTemplateLoader uses the Path current. Path uses the native filesystem. On Windows this means reverse-obliques as separators which appear in any strings.

AddOnLibrary chokes when given a path containing \.

LibraryTemplateLoader resolve(path) performs resolve using Path.
Thus var location = current.resolveSibling(path).normalize().toString(); returns current\path which is an invalid address for an AddOnLibrary.

Substituting / for \ like current.resolveSibling(path).normalize().toString().replace('\\', '/'); fixes this.

[cwisniew]

@cwisniew LibraryTemplateLoader uses the Path current. Path uses the native filesystem. On Windows this means reverse-obliques as separators which appear in any strings.

AddOnLibrary chokes when given a path containing \.

LibraryTemplateLoader resolve(path) performs resolve using Path. Thus var location = current.resolveSibling(path).normalize().toString(); returns current\path which is an invalid address for an AddOnLibrary.

Substituting / for \ like current.resolveSibling(path).normalize().toString().replace('\\', '/'); fixes this.

current.resolveSibling(path).normalize().toUri().getPath();

Should give you what you want without possibly clobering a \ that a user has in their path (I don't know why they would do that, I just know they like doing things that will break things).

[FullBleed]

json.get(getInfo("client"),"file sync directory") on Windows systems also returns an address that has to be converted.

[bubblobill]

@cwisniew LibraryTemplateLoader uses the Path current. Path uses the native filesystem. On Windows this means reverse-obliques as separators which appear in any strings.
AddOnLibrary chokes when given a path containing \.
LibraryTemplateLoader resolve(path) performs resolve using Path. Thus var location = current.resolveSibling(path).normalize().toString(); returns current\path which is an invalid address for an AddOnLibrary.
Substituting / for \ like current.resolveSibling(path).normalize().toString().replace('\\', '/'); fixes this.

current.resolveSibling(path).normalize().toUri().getPath();

Should give you what you want without possibly clobering a \ that a user has in their path (I don't know why they would do that, I just know they like doing things that will break things).

This doesn't work. toUri() from a path adds a _file:\c:_ scheme and keeps the windows \