文件	最后提交记录	最后更新时间
blocks	fix(charts): harden Chart contract (#6247)	1 个月前
docs	fix(core): provide dataVars defaults in prebuilt CSS (#7694) * fix(core): provide dataVars defaults in prebuilt CSS Amend AST-066 with a draft prebuilt-distribution exception while retaining source tree-shaking and sparse theme overrides. Extract the canonical StyleX group through the existing dependency-aware build and prove defaults, provider deduplication, and both CSS load orders. * docs: clarify prebuilt data token ownership Keep approval narration in the PR rather than the AST-066 system record, use the normal pending-decider field, and correct stale JS-only chart comments without changing mark defaults or runtime output. * docs: align AST-080 data group placement note Core prebuilt CSS owns the canonical dataVars group; Lab relies on that stylesheet without another copy. Update only the current-state note, leaving AST-066 approval metadata unchanged. * docs: name AST-066 heading by its behavior Retitle the prebuilt data-defaults section without changing its content or draft approval metadata. * docs: record AST-066 spec-owner approval Restore current/accepted authority and date DEC-9 from cixzhang’s recorded 2026-10-20 approval of b69e0546. The metadata-recording head still needs exact-head re-approval.	2 小时前
src	fix(core): provide dataVars defaults in prebuilt CSS (#7694) * fix(core): provide dataVars defaults in prebuilt CSS Amend AST-066 with a draft prebuilt-distribution exception while retaining source tree-shaking and sparse theme overrides. Extract the canonical StyleX group through the existing dependency-aware build and prove defaults, provider deduplication, and both CSS load orders. * docs: clarify prebuilt data token ownership Keep approval narration in the PR rather than the AST-066 system record, use the normal pending-decider field, and correct stale JS-only chart comments without changing mark defaults or runtime output. * docs: align AST-080 data group placement note Core prebuilt CSS owns the canonical dataVars group; Lab relies on that stylesheet without another copy. Update only the current-state note, leaving AST-066 approval metadata unchanged. * docs: name AST-066 heading by its behavior Retitle the prebuilt data-defaults section without changing its content or draft approval metadata. * docs: record AST-066 spec-owner approval Restore current/accepted authority and date DEC-9 from cixzhang’s recorded 2026-10-20 approval of b69e0546. The metadata-recording head still needs exact-head re-approval.	2 小时前
CHANGELOG.md	chore: version packages for v0.1.9 (#4427) * chore: version packages for v0.1.9 * test(MultiSelector): scope empty-state query to the listbox The polite live region also renders "No results found", so an unscoped getByText matched two elements and failed. Query within the listbox to target the visible empty state. --------- Co-authored-by: cixzhang <cixzhang@users.noreply.github.com>	2 个月前
README.md	docs(charts): colocate planning records (#5780)	1 个月前
astryx.integration.mjs	feat(docsite): surface canary-only components (#5583) * feat(docsite): surface canary-only components * fix(docsite): preserve production library labels * fix(ci): build canary packages for docsite tests * test(ci): preserve the docsite lane contract * test(rtl): classify ThreeD data-space behavior	1 个月前
babel-plugin-add-extensions.cjs	fix(build): add mandatory ESM extensions to dynamic import() specifiers in dist (#4571)	2 个月前
babel.config.json	fix(charts,richtext,lab): declare `"type": "module"` for the ESM-only dist (#5001) * fix(charts,richtext,lab): declare "type": "module" for the ESM-only dist The three canary packages compile dist/ to ESM (babel with no module transform) but never declared "type": "module", unlike core. Node therefore parses dist/index.js as CommonJS: SyntaxError on Node < 20.19 / < 22.7, and a per-file MODULE_TYPELESS_PACKAGE_JSON warning plus double-parse overhead on newer Node. Each package's babel.config.js is CommonJS, which the new type field would break, so it is renamed to babel.config.cjs along with the --config-file references in build:esm/dev. * refactor(charts,richtext,lab): match core's babel.config.json, drop redundant module field Review feedback on #5001: instead of renaming the CommonJS babel.config.js to .cjs (a second setup core doesn't have), convert the three configs to format-agnostic babel.config.json like core. The StyleX plugin resolves relative rootDir/alias paths against the package cwd, so '../..' and '../../packages/core/src/' replace the __dirname-based absolute paths; charts/lab/richtext dist output is byte-identical between the two config formats. Also drop the "module" field — core doesn't carry it, and with "type": "module" plus the exports map it stated nothing. test: normalise the babel config filename in the portable-scripts check The check assumed lab/charts author their babel config in .js and core in .json; with all three on .json the .js replace matched a prefix and left "CONFIGon". --------- Co-authored-by: Cindy Zhang <cindyxz@meta.com>	1 个月前
package.json	chore: plan v0.7.3 (#7829)	2 小时前
tsconfig.build.json	feat(charts): bootstrap @astryxdesign/charts package (canary-only) (#3570)	3 个月前
tsconfig.docs.json	feat(docsite): surface canary-only components (#5583) * feat(docsite): surface canary-only components * fix(docsite): preserve production library labels * fix(ci): build canary packages for docsite tests * test(ci): preserve the docsite lane contract * test(rtl): classify ThreeD data-space behavior	1 个月前
tsconfig.json	feat(charts): bootstrap @astryxdesign/charts package (canary-only) (#3570)	3 个月前

@astryxdesign/charts

Astryx charts — a config-model data visualization library built on d3.

import {Chart, bar, line} from '@astryxdesign/charts';

<Chart data={data} xKey="month" series={[bar('revenue'), line('trend')]} />;

Marks are factory functions (bar, line, area, dot, band, candlestick, errorBar, referenceLine, and WebGL variants) that return config objects passed via the series prop. The chart root owns one x/y scale that every mark, axis, and grid line reads, so they can never disagree. It consumes @astryxdesign/core theme tokens directly (StyleX build mirrors @astryxdesign/lab).

It ships to npm only under the @canary dist-tag — there is never a stable (latest) release yet.

Note: this package is the successor to the experimental Chart (formerly ChartV2) that used to live in @astryxdesign/lab; that code has moved here and d3 is a direct dependency. (Supersedes the original "thin wrappers over a peer engine" framing of the bootstrap scaffold.)

Status

Under active development. The config-model chart and its marks/chrome are in place; API and visuals are still being refined. See docs/ for the plan, design research, readiness audit, and verification checklist.

Usage

Inside the monorepo (storybook/sandbox), imports resolve via pnpm workspaces:

import {Chart, bar, line, ChartGrid, ChartAxis} from '@astryxdesign/charts';
import '@astryxdesign/core/astryx.css';
import '@astryxdesign/charts/charts.css';

Trying charts in your own project (canary)

@astryxdesign/charts is published only under the @canary dist-tag, so you must request that tag explicitly. There is no latest version to install.

npm install @astryxdesign/charts@canary @astryxdesign/core@canary

Canary builds track the latest commit on main (0.x.y-canary.<sha>). They can break between any two versions — pin an exact version if you need stability.

Why no stable release?

package.json keeps "private": true plus an "astryx": { "canaryOnly": true } marker. The release workflow's stable (latest) job skips both private and canaryOnly packages, while the canary job strips private in its ephemeral CI checkout only (never in git) to publish the @canary tag. The committed private: true is npm's hard guarantee that no stable publish can ever happen — do not remove it.