Altinn / altinn-infoportal-hugo

A new PoC implementation of altinn infoportal using Hugo + markdown.
BSD 3-Clause "New" or "Revised" License
2 stars 0 forks source link

fix(deps): update dependency mustache to v4 #70

Open renovate[bot] opened 1 year ago

renovate[bot] commented 1 year ago

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
mustache ~2.3.0 -> ~4.2.0 age adoption passing confidence

Release Notes

janl/mustache.js (mustache) ### [`v4.2.0`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#420--28-March-2021) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v4.1.0...v4.2.0) ##### Added - \[[#​773](https://redirect.github.com/janl/mustache.js/issues/773)]: Add package.json `exports` field, by \[[@​manzt](https://redirect.github.com/manzt)]. ### [`v4.1.0`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#410--6-December-2020) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v4.0.1...v4.1.0) ##### Added - \[[#​764](https://redirect.github.com/janl/mustache.js/issues/764)]: `render()` now recognizes a config object argument, by \[[@​pineapplemachine](https://redirect.github.com/pineapplemachine)]. ##### Fixed - \[[#​764](https://redirect.github.com/janl/mustache.js/issues/764)]: Ask custom `escape` functions to escape all types of values (including `number`s), by \[[@​pineapplemachine](https://redirect.github.com/pineapplemachine)]. ### [`v4.0.1`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#401--15-March-2020) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v4.0.0...v4.0.1) ##### Fixed - \[[#​739](https://redirect.github.com/janl/mustache.js/issues/739)]: Fix custom delimiters in nested partials, by \[[@​aielo](https://redirect.github.com/aielo)]. ### [`v4.0.0`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#400--16-January-2020) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.2.1...v4.0.0) Majority of using projects don't have to worry by this being a new major version. **TLDR;** if your project manipulates `Writer.prototype.parse | Writer.cache` directly or uses `.to_html()`, you probably have to change that code. This release allows the internal template cache to be customised, either by disabling it completely or provide a custom strategy deciding how the cache should behave when mustache.js parses templates. ```js const mustache = require('mustache'); // disable caching Mustache.templateCache = undefined; // or use a built-in Map in modern environments Mustache.templateCache = new Map(); ``` Projects that wanted to customise the caching behaviour in earlier versions of mustache.js were forced to override internal method responsible for parsing templates; `Writer.prototype.parse`. In short, that was unfortunate because there is more than caching happening in that method. We've improved that now by introducing a first class API that only affects template caching. The default template cache behaves as before and is still compatible with older JavaScript environments. For those who wants to provide a custom more sopisiticated caching strategy, one can do that with an object that adheres to the following requirements: ```ts { set(cacheKey: string, value: string): void get(cacheKey: string): string | undefined clear(): void } ``` ##### Added - \[[#​731](https://redirect.github.com/janl/mustache.js/issues/731)]: Allow template caching to be customised, by \[[@​AndrewLeedham](https://redirect.github.com/AndrewLeedham)]. ##### Removed - \[[#​735](https://redirect.github.com/janl/mustache.js/issues/735)]: Remove `.to_html()`, by \[[@​phillipj](https://redirect.github.com/phillipj)]. ### [`v3.2.1`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#321--30-December-2019) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.2.0...v3.2.1) ##### Fixed - \[[#​733](https://redirect.github.com/janl/mustache.js/issues/733)]: Allow the CLI to use JavaScript views when the project has ES6 modules enabled, by \[[@​eobrain](https://redirect.github.com/eobrain)]. ### [`v3.2.0`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#320--18-December-2019) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.1.0...v3.2.0) ##### Added - \[[#​728](https://redirect.github.com/janl/mustache.js/issues/728)]: Expose ECMAScript Module in addition to UMD (CommonJS, AMD & global scope), by \[[@​phillipj](https://redirect.github.com/phillipj)] and \[[@​zekth](https://redirect.github.com/zekth)]. ##### Using mustache.js as an ES module To stay backwards compatible with already using projects, the default exposed module format is still UMD. That means projects using mustache.js as an CommonJS, AMD or global scope module, from npm or directly from github.com can keep on doing that for now. For those projects who would rather want to use mustache.js as an ES module, the `mustache/mustache.mjs` file has to be `import`ed directly. Below are some usage scenarios for different runtimes. ##### Modern browser with ES module support ```html ``` ##### [Node.js](https://nodejs.org) (>= v13.2.0 or using --experimental-modules flag) ```js // index.mjs import mustache from 'mustache/mustache.mjs' console.log(mustache.render('Hello {{name}}!', { name: 'Santa' })) // Hello Santa! ``` ES Module support for Node.js will be improved in the future when [Conditional Exports](https://nodejs.org/api/esm.html#esm_conditional_exports) is enabled by default rather than being behind an experimental flag. More info in [Node.js ECMAScript Modules docs](https://nodejs.org/api/esm.html). ##### [Deno](https://deno.land/) ```js // index.ts import mustache from 'https://unpkg.com/mustache@3.2.0/mustache.mjs' console.log(mustache.render('Hello {{name}}!', { name: 'Santa' })) // Hello Santa! ``` ### [`v3.1.0`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#310--13-September-2019) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.0.3...v3.1.0) ##### Added - \[[#​717](https://redirect.github.com/janl/mustache.js/issues/717)]: Added support .js files as views in command line tool, by \[[@​JEStaubach](https://redirect.github.com/JEStaubach)]. ##### Fixed - \[[#​716](https://redirect.github.com/janl/mustache.js/issues/716)]: Bugfix for indentation of inline partials, by \[[@​yotammadem](https://redirect.github.com/yotammadem)]. ### [`v3.0.3`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#303--27-August-2019) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.0.2...v3.0.3) ##### Added - \[[#​713](https://redirect.github.com/janl/mustache.js/issues/713)]: Add test cases for custom functions in partials, by \[[@​wol-soft](https://redirect.github.com/wol-soft)]. ##### Fixed - \[[#​714](https://redirect.github.com/janl/mustache.js/issues/714)]: Bugfix for wrong function output in partials with indentation, by \[[@​phillipj](https://redirect.github.com/phillipj)]. ### [`v3.0.2`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#302--21-August-2019) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.0.1...v3.0.2) ##### Fixed - \[[#​705](https://redirect.github.com/janl/mustache.js/issues/705)]: Fix indentation of partials, by \[[@​kevindew](https://redirect.github.com/kevindew)] and \[[@​yotammadem](https://redirect.github.com/yotammadem)]. ##### Dev - \[[#​701](https://redirect.github.com/janl/mustache.js/issues/701)]: Fix test failure for Node 10 and above, by \[[@​andersk](https://redirect.github.com/andersk)]. - \[[#​704](https://redirect.github.com/janl/mustache.js/issues/704)]: Lint all test files just like the source files, by \[[@​phillipj](https://redirect.github.com/phillipj)]. - Start experimenting & comparing GitHub Actions vs Travis CI, by \[[@​phillipj](https://redirect.github.com/phillipj)]. ### [`v3.0.1`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#301--11-November-2018) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v3.0.0...v3.0.1) - \[[#​679](https://redirect.github.com/janl/mustache.js/issues/679)]: Fix partials not rendering tokens when using custom tags, by \[[@​stackchain](https://redirect.github.com/stackchain)]. ### [`v3.0.0`](https://redirect.github.com/janl/mustache.js/blob/HEAD/CHANGELOG.md#300--16-September-2018) [Compare Source](https://redirect.github.com/janl/mustache.js/compare/v2.3.2...v3.0.0) We are very happy to announce a new major version of mustache.js. We want to be very careful not to break projects out in the wild, and adhering to [Semantic Versioning](http://semver.org/) we have therefore cut this new major version. The changes introduced will likely not require any actions for most using projects. The things to look out for that might cause unexpected rendering results are described in the migration guide below. A big shout out and thanks to \[[@​raymond-lam](https://redirect.github.com/raymond-lam)] for this release! Without his contributions with code and issue triaging, this release would never have happened. ##### Major - \[[#​618](https://redirect.github.com/janl/mustache.js/issues/618)]: Allow rendering properties of primitive types that are not objects, by \[[@​raymond-lam](https://redirect.github.com/raymond-lam)]. - \[[#​643](https://redirect.github.com/janl/mustache.js/issues/643)]: `Writer.prototype.parse` to cache by tags in addition to template string, by \[[@​raymond-lam](https://redirect.github.com/raymond-lam)]. - \[[#​664](https://redirect.github.com/janl/mustache.js/issues/664)]: Fix `Writer.prototype.parse` cache, by \[[@​seminaoki](https://redirect.github.com/seminaoki)]. ##### Minor - \[[#​673](https://redirect.github.com/janl/mustache.js/issues/673)]: Add `tags` parameter to `Mustache.render()`, by \[[@​raymond-lam](https://redirect.github.com/raymond-lam)]. ##### Migrating from mustache.js v2.x to v3.x ##### Rendering properties of primitive types We have ensured properties of primitive types can be rendered at all times. That means `Array.length`, `String.length` and similar. A corner case where this could cause unexpected output follows: View: { stooges: [ { name: "Moe" }, { name: "Larry" }, { name: "Curly" } ] } Template: {{#stooges}} {{name}}: {{name.length}} characters {{/stooges}} Output with v3.0: Moe: 3 characters Larry: 5 characters Curly: 5 characters Output with v2.x: Moe: characters Larry: characters Curly: characters ##### Caching for templates with custom delimiters We have improved the templates cache to ensure custom delimiters are taken into consideration for the cache. This improvement might cause unexpected rendering behaviour for using projects actively using the custom delimiters functionality. Previously it was possible to use `Mustache.parse()` as a means to set global custom delimiters. If custom delimiters were provided as an argument, it would affect all following calls to `Mustache.render()`. Consider the following: ```js const template = "[[item.title]] [[item.value]]"; mustache.parse(template, ["[[", "]]"]); console.log( mustache.render(template, { item: { title: "TEST", value: 1 } }) ); >> TEST 1 ``` The above illustrates the fact that `Mustache.parse()` made mustache.js cache the template without considering the custom delimiters provided. This is no longer true. We no longer encourage using `Mustache.parse()` for this purpose, but have rather added a fourth argument to `Mustache.render()` letting you provide custom delimiters when rendering. If you still need the pre-parse the template and use custom delimiters at the same time, ensure to provide the custom delimiters as argument to `Mustache.render()` as well.

Configuration

📅 Schedule: Branch creation - "before 07:00 on Thursday" in timezone Europe/Oslo, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.



This PR was generated by Mend Renovate. View the repository job log.

github-actions[bot] commented 1 year ago

Azure Static Web Apps: Your stage site is ready! Visit it here: https://red-smoke-01cb41203-70.westeurope.1.azurestaticapps.net

github-actions[bot] commented 1 year ago

Azure Static Web Apps: Your stage site is ready! Visit it here: https://red-smoke-01cb41203-70.westeurope.1.azurestaticapps.net