A canvas spreadsheet and data grid backed by a Rust/WASM columnar engine, with an imperative core and React, Vue, and Svelte adapters.
Documentation · Live showcases · Release notes · npm
Install one adapter. The core and the WASM engine install with it.
npm install @sheetwrite/react # or: pnpm add, yarn add, bun addimport { Sheetwrite } from "@sheetwrite/react";
import "@sheetwrite/react/styles.css";
<Sheetwrite
columns={[
{ key: "name", title: "Name" },
{ key: "price", title: "Price", type: "currency" },
]}
defaultRows={products}
height={500}
onGridChange={(event) => console.log(event.source, event.transaction.patches)}
/>;Use the equivalent Sheetwrite export and package-local styles.css from @sheetwrite/vue or @sheetwrite/svelte. Framework components initialize WASM automatically on client mount.
defaultRows is an uncontrolled seed. Sheetwrite never mutates it; edits live in the grid. Changing its identity deliberately replaces the grid and creates a new readiness generation. Use height for fixed sizing or fill inside an ancestor that already has available height.
onGridChange is an observation hook, not an acknowledgement protocol. For
durable/versioned writes use SyncCoordinator; do not persist only
event.changes, which omits non-cell document operations.
SheetwriteGrid remains the advanced component for explicit workbook plus data/datasource. Reset-bound inputs are workbook, data, datasource, datasourceStorage, renderer, workerUrl, and renderers. Live inputs are theme, readOnly, config, overscan, and minColumns.
Readiness reports { grid, generation, reason }, where reason is initial, input-reset, or renderer-reset. Grid events use collision-free names: onGridChange/grid-change, onViewportChange/viewport-change, selection, edit, search, and active-sheet variants. Native host change and scroll events remain available.
npm install @sheetwrite/coreimport { createGrid, initSheetwrite, type Workbook } from "@sheetwrite/core";
import "@sheetwrite/core/styles.css";
await initSheetwrite();
const workbook: Workbook = {
activeSheet: "sheet1",
sheets: [
{
id: "sheet1",
name: "Products",
rowCount: 2,
columns: [
{ key: "name", header: "Name", width: 180, type: "text" },
{ key: "price", header: "Price", width: 100, type: "currency" },
],
},
],
};
const grid = createGrid(document.querySelector("#grid")!, {
workbook,
data: {
rowCount: 2,
columns: { name: ["Notebook", "Pen"], price: [12.5, 2.25] },
},
});Call initSheetwrite() with no arguments; you can call it more than once. To load the WASM file yourself, for example with a bundler that cannot resolve it, see Installation.
The default engine, @sheetwrite/wasm, installs with the core. It has the standard functions and the smaller download. Install the full engine when the app needs analysis functions such as GROUPBY, PIVOTBY, LAMBDA, statistics, regression, and finance:
npm install @sheetwrite/formulasimport { initSheetwrite } from "@sheetwrite/core";
import * as formulas from "@sheetwrite/formulas";
await initSheetwrite(undefined, formulas);Both engines have the same API. Select one before you create a Grid or a store. See Analysis formulas and the function reference.
Core and every framework adapter install without a concrete XLSX codec. Add the optional backend only when the application chooses XLSX support:
npm install @sheetwrite/xlsximport "@sheetwrite/xlsx/register";
import {
fromXlsxTable,
fromXlsxWorkbook,
toXlsxTable,
toXlsxWorkbook,
} from "@sheetwrite/core";grid.exportXlsx() and framework toolbar XLSX actions use the table backend and
therefore require registration. toXlsxTable / fromXlsxTable provide
first-row-header, first-sheet interchange; toXlsxWorkbook /
fromXlsxWorkbook preserve multi-sheet snapshots, formula source, native
workbook tables and structured references, safe HTTPS/mailto or internal
hyperlinks, and the declared bounded conditional-format subset. Unsupported
OOXML table/format extensions emit structured warnings instead of silently
flattening into supported behavior. Calling any XLSX function without
registration throws an error naming the exact package and registration import.
CSV and TSV remain core-only. See XLSX and export
and the detailed compatibility results
for the exact supported features, limits, and test evidence.
Snapshots are the authoritative, JSON-safe persistence boundary. Hosts own storage; core never embeds a database or endpoint:
import { createGridFromSnapshot, SyncCoordinator } from "@sheetwrite/core";
const snapshot = await adapter.load("products");
const grid = createGridFromSnapshot(document.querySelector("#grid")!, snapshot);
const sync = new SyncCoordinator(grid, adapter, {
documentId: "products",
serverVersion: snapshot.version ?? 0,
});
await sync.ready();
const unsubscribeRemote = sync.subscribe(remoteOperationSource);
saveButton.onclick = () => void sync.flush(); // ordered mutation IDs + acknowledgements
const backup = grid.exportSnapshot();
grid.applyRemoteOperations(remoteOperations); // observable, not dirty or undoableSee Persistence and collaboration for the host adapter, pending queue, conflict reload, conservative rebase, presence, comments, and revisions.
| Package | Purpose |
|---|---|
@sheetwrite/core |
Imperative grid, store, formulas, views, export, theming |
@sheetwrite/wasm |
Default Rust/WASM engine; installs with the core |
@sheetwrite/formulas |
Optional full formula engine with analysis functions |
@sheetwrite/xlsx |
Optional concrete XLSX table/workbook backends and explicit registration |
@sheetwrite/react |
React Sheetwrite and SheetwriteGrid |
@sheetwrite/vue |
Vue Sheetwrite and SheetwriteGrid |
@sheetwrite/svelte |
Svelte Sheetwrite and SheetwriteGrid |
2,350 checked examples cover worksheet operations, formulas, workbook tables and structured references, links, and conditional formatting. Each example is an original Sheetwrite test or links to the public specification that it uses. The results show what Sheetwrite does; they do not claim full Excel or Google Sheets compatibility. See the detailed compatibility results and compatibility limits.
All packages release together with one version number. The
release notes list what is new,
the measured performance, and the upgrade steps for each version. Each package
also has a CHANGELOG.md, linked from the root changelog.
Merged changesets update one version pull request. After its version commit
passes CI on develop, publication downloads and rehashes the canonical
tarballs from that CI run, skips versions already on npm, and publishes the rest
in dependency order with provenance. Each package then gets a git tag and a
GitHub Release named <package>@<version>.
Contributor and CI tooling is pinned to Bun 1.4.4, Rust 1.99.0 with the
wasm32-unknown-unknown target, wasm-pack 0.15.0, and cargo-audit 0.22.2.
The Bun engine range in package.json describes supported consumers; the
packageManager field and rust-toolchain.toml define the exact contributor
toolchain. Node 26.12.1 is the CI and development runtime. Vercel hosts the tested
static docs output; it does not install the toolchain or run a build.
Bun 1.4.4 and Node 26.12.1 include the Brotli decoder fix for CVE-2026-111497. The Node 24 consumer target is 24.22.1, which also includes the fix.
rustup toolchain install
bun install --frozen-lockfile
bun run toolchain:install-wasm-pack
cargo install cargo-audit --version 0.22.2 --lockedThe canonical clean-output proof builds in a temporary source export and never deletes working-tree files:
bun run verify:clean-buildFor the complete local CI graph, install the browsers once, then run the
non-browser graph and the browser tests. browser:install installs Chromium,
Firefox, and WebKit with their operating-system dependencies.
bun run browser:install
bun run verify:ci
bun run test:browserFocused contributor commands remain available:
bun run build:packages
bun run typecheck
bun run lint
bun test
bun run build:examples
bun run verify:packed
bun run verify:bundlers
bun run size:reportsize:report records package, bundle, stylesheet, and WASM sizes without enforcing a release ceiling.
The documentation site is available at sheetwrite.vercel.app. See the changelog, support, security, and contributing policies in this repository.
For AI-assisted development, point your agent at /llms.txt. It links the task-oriented documentation index and /llms-full.txt, containing every authored guide and all generated API declarations.
Docs deployment uses the tested CI output. See deployment setup for the required GitHub secrets and the production branch.