tmayoff / obsidian-meals

A meal plan & recipe manager plugin for Obsidian
MIT License
9 stars 1 forks source link

Bump the dev-dependencies group across 1 directory with 5 updates #77

Closed dependabot[bot] closed 2 weeks ago

dependabot[bot] commented 2 weeks ago

Bumps the dev-dependencies group with 5 updates in the / directory:

Package From To
@biomejs/biome 1.3.3 1.8.3
@sveltejs/vite-plugin-svelte 2.5.3 3.1.1
builtin-modules 3.3.0 4.0.0
typescript 5.5.2 5.5.3
vite 4.5.3 5.3.2

Updates @biomejs/biome from 1.3.3 to 1.8.3

Release notes

Sourced from @​biomejs/biome's releases.

CLI v1.8.3

CLI

Bug fixes

  • Fix #3104 by suppressing node warnings when using biome migrate. Contributed by @​SuperchupuDev

  • Force colors to be off when using the GitHub reporter to properly create annotations in GitHub actions (#3148). Contributed by @​Sec-ant

Parser

Bug fixes

Formatter

Bug fixes

Linter

New features

Bug fixes

  • useConsistentArrayType and useShorthandArrayType now ignore Array in the extends and implements clauses. Fix #3247. Contributed by @​Conaclos
  • Fixes #3066 by taking into account the dependencies declared in the package.json. Contributed by @​ematipico
  • The code action of the useArrowFunction rule now preserves a trailing comma when there is only a single type parameter in the arrow function and JSX is enabled. Fixes #3292. Contributed by @​Sec-ant

Enhancements

  • Enhance tailwind sorting lint rule #1274 with variant support.

    Every preconfigured variant is assigned a weight that concurs on establishing the output sorting order. Since nesting variants on the same utility class is possible, the resulting weight is the Bitwise XOR of all the variants weight for that class. Dynamic variants (e.g. has-[.custom-class], group-[:checked]) are also supported and they take the weight of their base variant name the custom value attached (e.g. has-[.custom-class] takes has weight). Arbitrary variants (e.g. [&nth-child(2)]) don't have a weight assigned and they are placed after every known variant. Classes with the same amount of arbitrary variants follow lexicographical order. The class that has the highest number of nested arbitrary variants is placed last. Screen variants (e.g. sm:, max-md:, min-lg:) are not supported yet.

    Contributed by @​lutaok

... (truncated)

Changelog

Sourced from @​biomejs/biome's changelog.

v1.8.3 (2024-06-27)

CLI

Bug fixes

  • Fix #3104 by suppressing node warnings when using biome migrate. Contributed by @​SuperchupuDev

  • Force colors to be off when using the GitHub reporter to properly create annotations in GitHub actions (#3148). Contributed by @​Sec-ant

Parser

Bug fixes

Formatter

Bug fixes

Linter

New features

Enhancements

Bug fixes

  • useConsistentArrayType and useShorthandArrayType now ignore Array in the extends and implements clauses. Fix #3247. Contributed by @​Conaclos
  • Fixes #3066 by taking into account the dependencies declared in the package.json. Contributed by @​ematipico
  • The code action of the useArrowFunction rule now preserves a trailing comma when there is only a single type parameter in the arrow function and JSX is enabled. Fixes #3292. Contributed by @​Sec-ant

Enhancements

  • Enhance tailwind sorting lint rule #1274 with variant support.

    Every preconfigured variant is assigned a weight that concurs on establishing the output sorting order. Since nesting variants on the same utility class is possible, the resulting weight is the Bitwise XOR of all the variants weight for that class. Dynamic variants (e.g. has-[.custom-class], group-[:checked]) are also supported and they take the weight of their base variant name the custom value attached (e.g. has-[.custom-class] takes has weight). Arbitrary variants (e.g. [&nth-child(2)]) don't have a weight assigned and they are placed after every known variant. Classes with the same amount of arbitrary variants follow lexicographical order. The class that has the highest number of nested arbitrary variants is placed last. Screen variants (e.g. sm:, max-md:, min-lg:) are not supported yet.

... (truncated)

Commits


Updates @sveltejs/vite-plugin-svelte from 2.5.3 to 3.1.1

Release notes

Sourced from @​sveltejs/vite-plugin-svelte's releases.

@​sveltejs/vite-plugin-svelte@​3.1.1

Patch Changes

  • fix: ensure vite config is only resolved once during lazy init of vitePreprocess (#917)

  • fix: disable hmr when vite config server.hmr is false (#917)

@​sveltejs/vite-plugin-svelte@​3.1.0

Minor Changes

  • feat(svelte5): enable hmr option in dev (#836)

Patch Changes

@​sveltejs/vite-plugin-svelte@​3.0.2

Patch Changes

  • fix(compile): correctly determine script lang in files where a comment precedes the script tag (#844)

@​sveltejs/vite-plugin-svelte@​3.0.1

Patch Changes

  • fix: improve checking of script and style in .svelte code to work with new generic= attribute (#799)

  • Fix optional parameter types (#797)

  • Update log level for HMR updates where the output is functionally equivalent to the previous version to "debug" (#806)

@​sveltejs/vite-plugin-svelte@​3.0.0

Major Changes

  • breaking: update minimum supported node version to node18 (#744)

  • breaking: update supported vite version to vite 5 (#743)

  • breaking: remove support for svelte 3 (#746)

  • Preprocess style tags by default with vitePreprocess (#756)

  • breaking: remove package.json export (#751)

  • breaking(types): emit types with dts-buddy to include type map (#751)

  • breaking(debug): remove 'vite:' and add suffixes to debug namespace (#749)

... (truncated)

Changelog

Sourced from @​sveltejs/vite-plugin-svelte's changelog.

3.1.1

Patch Changes

  • fix: ensure vite config is only resolved once during lazy init of vitePreprocess (#917)

  • fix: disable hmr when vite config server.hmr is false (#917)

3.1.0

Minor Changes

  • feat(svelte5): enable hmr option in dev (#836)

Patch Changes

3.0.2

Patch Changes

  • fix(compile): correctly determine script lang in files where a comment precedes the script tag (#844)

3.0.1

Patch Changes

  • fix: improve checking of script and style in .svelte code to work with new generic= attribute (#799)

  • Fix optional parameter types (#797)

  • Update log level for HMR updates where the output is functionally equivalent to the previous version to "debug" (#806)

3.0.0

Major Changes

  • breaking: update minimum supported node version to node18 (#744)

  • breaking: update supported vite version to vite 5 (#743)

  • breaking: remove support for svelte 3 (#746)

  • Preprocess style tags by default with vitePreprocess (#756)

  • breaking: remove package.json export (#751)

... (truncated)

Commits


Updates builtin-modules from 3.3.0 to 4.0.0

Release notes

Sourced from builtin-modules's releases.

v4.0.0

Breaking

  • Require Node.js 18 75f59d3
  • This package is now pure ESM. Please read this.
  • This package now only exports a static list of built-ins 75f59d3
    • To get a list of built-ins for the current Node.js version, use the built-in API: import {builtinModules} from 'node:module'

https://github.com/sindresorhus/builtin-modules/compare/v3.3.0...v4.0.0

Commits


Updates typescript from 5.5.2 to 5.5.3

Release notes

Sourced from typescript's releases.

TypeScript 5.5.3

For release notes, check out the release announcement.

For the complete list of fixed issues, check out the

Downloads are available on:

Commits


Updates vite from 4.5.3 to 5.3.2

Release notes

Sourced from vite's releases.

create-vite@5.3.0

Please refer to CHANGELOG.md for details.

create-vite@5.2.3

Please refer to CHANGELOG.md for details.

create-vite@5.2.2

Please refer to CHANGELOG.md for details.

create-vite@5.2.1

Please refer to CHANGELOG.md for details.

create-vite@5.2.0

Please refer to CHANGELOG.md for details.

create-vite@5.1.0

Please refer to CHANGELOG.md for details.

create-vite@5.0.0

Please refer to CHANGELOG.md for details.

Changelog

Sourced from vite's changelog.

5.3.2 (2024-06-27)

5.3.1 (2024-06-14)

5.3.0 (2024-06-13)

Features

Performance

Fixes

... (truncated)

Commits


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 show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore major version` will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself) - `@dependabot ignore minor version` will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself) - `@dependabot ignore ` will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself) - `@dependabot unignore ` will remove all of the ignore conditions of the specified dependency - `@dependabot unignore ` will remove the ignore condition of the specified dependency and ignore conditions