Bump apexcharts from 7.5.1 to 7.6.1 in /react

[dependabot]

Bumps apexcharts from 7.5.1 to 7.6.1.

Release notes

Sourced from apexcharts's releases.

💎 Version 7.6.1

Two fixes, both about a message the library gives you when you are trying to find out what is going on.

api.drawn() answers who put a mark on this chart, and it credited a note the VIEWER drew to the page that embedded the chart. That is the one case the owner field was added for.

And the error you get for an unregistered chart type ended by advising the full bundle, which is not an escape hatch for a type that is opt-in: following it fetches a megabyte and raises the same error again.

	gzip
7.6.0 default bundle	271,534 B
7.6.1 default bundle	271,606 B

Both are dist/apexcharts.min.js gzipped at the default level, which is the figure npm run build prints.

Upgrading is npm install apexcharts@7.6.1.

🐛 Fixes

Report a note the viewer drew as ink, not as the caller's own

Ink strokes ARE annotations, so they reach api.drawn() through the annotation contributor, which defaults every row to core: the caller put it in their config. That reported a note somebody drew on the chart as the caller's own, so a readout answering "which of this is mine" answered it wrongly, which is worse than declining to answer.

The two places this layer CREATES an annotation now set owner, and only those two. Authored by, not draggable by: _attach() walks the caller's annotations to make them draggable and stamps an apexcharts-ink-* id on any that lack one, so the id is not evidence of authorship and attributing by prefix match would take authorship away from the person who wrote it. The second test pins that by handing a caller annotation an ink-shaped id literally and asserting it still reports core.

Plan 26 P5: the phasing table already recorded this as the visible consequence of the phase being open.

The full entry does not carry ink, so the spec imports the feature; the tests would otherwise have asserted against a chart with no ink at all.

Stop telling opt-in types to load the full bundle

getChartClass's error ends with "or load the full apexcharts.js instead", which had been true of every chart type until icicle. An opt-in type ships only as its own sub-entry and the default bundle carries no class for it, so a reader who follows that advice fetches a megabyte and meets this same error again. It is the worst shape of wrong advice: the rest of the message is good enough to be trusted first.

RESERVED_TYPES is already exactly the set in question, reserved BECAUSE the default bundle does not carry the class, so the branch costs an import and no new list to maintain.

Also drops "after apexcharts.core.js" from the script-tag line. A sub-entry registers onto whichever shared class is present, so it works after the full bundle too, which is what this repo's own samples do. Naming core made the thing our samples do look unsupported.

Four tests in tests/unit/chart-factory-errors.spec.js; two of them fail on main. The file deliberately does not import the icicle entry, since that would register the type and make the branch unreachable. Full unit suite green: 156 files, 3599 passed.

💎 Version 7.6.0

Two things to opt into. icicle is a cartesian partition chart: one band per level of a hierarchy, each child sized inside its parent, and a click zooms along the value axis while the levels stay put. It ships in its own bundle, so the default build does not carry it:

import ApexCharts from 'apexcharts/icicle'

tooltip.interactive holds a tooltip open while the pointer crosses into it, which is what makes a link or a button inside a custom tooltip reachable at all. Off by default, and it overrides followCursor, because a tooltip that trails the cursor can never be entered.

The Playwright interaction suite now runs in CI on every push and pull request. It had been green on developer machines and ungated for months, and it caught a stacked-total label regression within a day of being switched on.

	gzip
7.5.1 default bundle	269,879 B

... (truncated)

Commits

• c809807 release: 7.6.1
• 49a62e6 chore: bump version to 7.6.1
• 2e7996b fix(factory): stop telling opt-in types to load the full bundle
• 6f349f0 fix(ink): report a note the viewer drew as ink, not as the caller's own
• 78ded12 build(release): stop publishing empty headings and commit trailers
• aa36de0 release: 7.6.0
• 73d85a0 chore: bump version to 7.6.0
• 9ceea98 Merge branch 'main' of https://github.com/apexcharts/apexcharts.js
• c1a5ae6 Merge pull request #5307 from lovasoa/codex/interactive-tooltips
• 0f268b7 fix(interaction): propagate interactive tooltip mouseleave to grouped charts
• 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 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)

[dependabot]

Looks like apexcharts is up-to-date now, so this is no longer needed.