chore(deps): bump @tanstack/charts from 0.14.0 to 0.16.0

[dependabot]

Bumps @tanstack/charts from 0.14.0 to 0.16.0.

Release notes

Sourced from @​tanstack/charts's releases.

TanStack Charts v0.16.0

0.16.0

@​tanstack/charts

Minor Changes

• #115 3df87d7 - Move TanStack Charts into official Alpha on the regular 0.x release line.

  Chart definitions now require Cartesian scales under scales.x and scales.y. Polar definitions require scales.angle and scales.radius. The temporary pre-Alpha root properties, runtime adapters, and development warnings have been removed. Custom mark types should replace ChartMarkX and ChartMarkY with ChartMarkPointX and ChartMarkPointY, imported from @tanstack/charts/mark/scale-values. Polar layout callbacks should read the reserved mappings from layout.scales.

  Reserved scale entries are checked against the marks that use them at the precise authored type boundary. A materialized dimension requires a configured scale, while an unused dimension requires an explicit null entry. Runtime validation still checks required reserved entries and channels that actually materialize, but type-only scale ownership cannot be recovered after a custom mark or stored definition has been erased.

  Fresh built-in mark option literals now reject unsupported properties while preserving typed channels, named scale IDs, and generic mark wrappers.

  Exact-zero cells in diverging stacks now stay on their running positive or negative baseline instead of drawing false spikes through lower area layers. Pinned tooltips now dismiss when the pointer is pressed outside the chart and tooltip, so pointer inspection resumes after focus leaves the chart.

@​tanstack/react-charts

Patch Changes

• Updated dependencies [3df87d7]:
  • @​tanstack/charts@​0.16.0

@​tanstack/react-native-charts

Patch Changes

• Updated dependencies [3df87d7]:
  • @​tanstack/charts@​0.16.0

@​tanstack/octane-charts

Patch Changes

... (truncated)

Changelog

Sourced from @​tanstack/charts's changelog.

0.16.0

Minor Changes

• #115 3df87d7 - Move TanStack Charts into official Alpha on the regular 0.x release line.

  Chart definitions now require Cartesian scales under scales.x and scales.y. Polar definitions require scales.angle and scales.radius. The temporary pre-Alpha root properties, runtime adapters, and development warnings have been removed. Custom mark types should replace ChartMarkX and ChartMarkY with ChartMarkPointX and ChartMarkPointY, imported from @tanstack/charts/mark/scale-values. Polar layout callbacks should read the reserved mappings from layout.scales.

  Reserved scale entries are checked against the marks that use them at the precise authored type boundary. A materialized dimension requires a configured scale, while an unused dimension requires an explicit null entry. Runtime validation still checks required reserved entries and channels that actually materialize, but type-only scale ownership cannot be recovered after a custom mark or stored definition has been erased.

  Fresh built-in mark option literals now reject unsupported properties while preserving typed channels, named scale IDs, and generic mark wrappers.

  Exact-zero cells in diverging stacks now stay on their running positive or negative baseline instead of drawing false spikes through lower area layers. Pinned tooltips now dismiss when the pointer is pressed outside the chart and tooltip, so pointer inspection resumes after focus leaves the chart.

0.15.0

Minor Changes

• #112 7bb0b76 - Add named Cartesian and polar scale registries with multiple axes, guided legacy scale migration, and opt-in per-mark Canvas rendering that composes with the default renderer across DOM framework adapters, SSR, focus, and image export.

Commits

• b919398 ci: changeset release
• e6bca3f Clarify Alpha migration guidance
• 064d3c6 Refresh Alpha comparison evidence
• 3df87d7 Prepare TanStack Charts for official Alpha
• 43446bb Add multiple-axis examples
• 086c434 ci: changeset release
• 7bb0b76 Add named scales and mark-level Canvas rendering
• See full diff 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 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)