Bump prettier from 2.8.0 to 2.8.1

[dependabot[bot]]

Bumps prettier from 2.8.0 to 2.8.1.

Release notes

Sourced from prettier's releases.

2.8.1

🔗 Changelog

Changelog

Sourced from prettier's changelog.

2.8.1

diff

Fix SCSS map in arguments (#9184 by @​agamkrbit)

// Input
$display-breakpoints: map-deep-merge(
  (
    "print-only": "only print",
    "screen-only": "only screen",
    "xs-only": "only screen and (max-width: #{map-get($grid-breakpoints, "sm")-1})",
  ),
  $display-breakpoints
);
// Prettier 2.8.0
$display-breakpoints: map-deep-merge(
(
"print-only": "only print",
"screen-only": "only screen",
"xs-only": "only screen and (max-width: #{map-get($grid-breakpoints, " sm
")-1})",
),
$display-breakpoints
);
// Prettier 2.8.1
$display-breakpoints: map-deep-merge(
(
"print-only": "only print",
"screen-only": "only screen",
"xs-only": "only screen and (max-width: #{map-get($grid-breakpoints, "sm")-1})",
),
$display-breakpoints
);

Support auto accessors syntax (#13919 by @​sosukesuzuki)

Support for Auto Accessors Syntax landed in TypeScript 4.9.

(Doesn't work well with babel-ts parser)

class Foo {
  accessor foo: number = 3;
</tr></table> 

... (truncated)

Commits

• cd1df1a Release 2.8.1
• 5541a63 Remove version validation
• 1cf760a Support decorator auto accessors syntax (#13919)
• aa34209 test: format instantiation expr in logical expr (#13897)
• 957b4f2 Build(deps): Bump decode-uri-component from 0.2.0 to 0.2.2 in /website (#13933)
• e4240ae Add tests for keyword class property (#13927)
• 655a161 Add tests for multiple comments (#13890)
• 4a1e32a Fixed scss function arguments on different lines in maps #9128 (#9184)
• 38806fe Migrate from probot/no-response to lee-dohm/no-response (#13891)
• a60bee2 Add '--single-attribute-per-line' option to Playground (#13587)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[rejas]

Might be better to only get dependabot updates for production dependencies: https://docs.github.com/en/code-security/dependabot/dependabot-version-updates/configuration-options-for-the-dependabot.yml-file

Those linter updates are not important for the MM module but trigger a update notification nonetheless

Comments @deg0nz @KristjanESPERANTO ?

[KristjanESPERANTO]

Good point. Updating the linters weekly makes little sense.

That the linters do not become completely outdated, an automatic process would not be bad. Can we do this once or twice a year? I don't see these kind of options in the documentation.

Regardless of the linters: I think it would be sufficient to update the production dependencies monthly instead of weekly.

[KristjanESPERANTO]

With the switch to monthly (#123), the situation will be a bit more relaxed.

Whether it is possible to set a larger interval for the devDependencies would still be interesting.