chore(deps): bump dart_style from 2.3.7 to 3.0.1 in /packages/gazelle_cli

[dependabot]

Bumps dart_style from 2.3.7 to 3.0.1.

Release notes

Sourced from dart_style's releases.

package:dart_style v3.0.1

• Handle trailing commas in for-loop updaters (#1354).
• Format || patterns like fallthrough cases in switch expressions (#1602).
• Handle comments and metadata before variables more gracefully (#1604).
• Ensure comment formatting is idempotent (#1606).
• Better indentation of leading comments on property accesses in binary operator operands (#1611).
• Don't crash on doc comments in local variable declarations (#1621).

package:dart_style v3.0.0

This is a large change. Under the hood, the formatter was almost completely rewritten, with the codebase now containing both the old and new implementations. The old formatter exists to support the older "short" style and the new code implements the new "tall" style.

The formatter uses the language version of the formatted code to determine which style you get. If the language version is 3.6 or lower, the code is formatted with the old style. If 3.7 or later, you get the new tall style. You typically control the language version by setting a min SDK constraint in your package's pubspec.

In addition to the new formatting style, a number of other API and CLI changes are included, some of them breaking:

• Support project-wide page width configuration. By long request, you can now configure your preferred formatting page width on a project-wide basis. When formatting files, the formatter will look in the file's directory and any surrounding directories for an analysis_options.yaml file. If it finds one, it looks for the following YAML:

  formatter:
    page_width: 123

  If it finds a formatter key containing a map with a page_width key whose value is an integer, then that is the page width that the file is formatted using. Since the formatter will walk the surrounding directories until it finds an analysis_options.yaml file, this can be used to globally set the page width for an entire directory, package, or even collection of packages.

• Support overriding the page width for a single file. In code formatted using the new tall style, you can use a special marker comment to control the page width that it's formatted using:

... (truncated)

Changelog

Sourced from dart_style's changelog.

3.0.1

• Handle trailing commas in for-loop updaters (#1354).
• Format || patterns like fallthrough cases in switch expressions (#1602).
• Handle comments and metadata before variables more gracefully (#1604).
• Ensure comment formatting is idempotent (#1606).
• Better indentation of leading comments on property accesses in binary operator operands (#1611).
• Don't crash on doc comments in local variable declarations (#1621).

3.0.0

This is a large change. Under the hood, the formatter was almost completely rewritten, with the codebase now containing both the old and new implementations. The old formatter exists to support the older "short" style and the new code implements the new "tall" style.

The formatter uses the language version of the formatted code to determine which style you get. If the language version is 3.6 or lower, the code is formatted with the old style. If 3.7 or later, you get the new tall style. You typically control the language version by setting a min SDK constraint in your package's pubspec.

In addition to the new formatting style, a number of other API and CLI changes are included, some of them breaking:

• Support project-wide page width configuration. By long request, you can now configure your preferred formatting page width on a project-wide basis. When formatting files, the formatter will look in the file's directory and any surrounding directories for an analysis_options.yaml file. If it finds one, it looks for the following YAML:

  formatter:
    page_width: 123

  If it finds a formatter key containing a map with a page_width key whose value is an integer, then that is the page width that the file is formatted using. Since the formatter will walk the surrounding directories until it finds an analysis_options.yaml file, this can be used to globally set the page width for an entire directory, package, or even collection of packages.

• Support overriding the page width for a single file. In code formatted using the new tall style, you can use a special marker comment to control the page width that it's formatted using:

... (truncated)

Commits

• d76b6ee Bump version number to publish 3.0.1. (#1631)
• 21de99e Add regression test for #1628. (#1629)
• b6e6bfc Update grinder script. (#1627)
• 67ba681 Better debug diagnostics in the solver. (#1624)
• e9bd213 Don't crash on doc comments inside local variable declarations. (#1623)
• 7c4a960 Format || patterns like fallthrough cases in switch expressions. (#1620)
• 47bcc07 Add benchmark and regression test for #1521. (#1619)
• e12c007 Add regression test for #624. (#1618)
• 1198bf7 Handle trailing commas in for-loop updaters. (#1616)
• 04883d6 Better indentation for property access as binary operator operand. (#1615)
• 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @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)

[docs-page]

To view this pull requests documentation preview, visit the following URL:

docs.page/intales/gazelle~72

Documentation is deployed and generated using docs.page.