hazo_ui 6.16.0 → 6.19.0

package/CHANGE_LOG.md

@@ -5,6 +5,96 @@ All notable changes to this project will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## v6.19.0 (2026-10-23)
+
+### Added — TrendSummary + computeTrendStats
+
+- **`TrendSummary`** — reusable trend widget: rolling-window stat cards (All
+  time, 7d, 30d, 3mo, 6mo, YTD) with % change deltas vs the prior equal period,
+  plus an interactive YTD monthly bar chart with axes, gridlines, and hover
+  tooltips. Pure inline SVG (no chart library). Data-driven via props — pair with
+  `computeTrendStats` to produce the data from any timestamped record list.
+  Configurable labels (`chartTitle`, `chartTooltipSuffix`, `totalLabel`,
+  `prevTemplate`).
+- **`computeTrendStats(items, now?, options?)`** — pure, dependency-free helper
+  that computes rolling-window counts + % change + YTD monthly series from a
+  list of `{ created_at }` records. Also available from `hazo_ui/utils` for
+  Server Component usage.
+
+## v6.18.0 (2026-10-19)
+
+### Changed — widened `hazo_i18n` peer range
+
+- **`hazo_i18n` peer range widened to `^0.9.0 || ^0.15.0` (was `^0.9.0`).** This package
+  never imports `hazo_i18n` directly — only via `hazo_core/i18n`'s stable `registerCatalog()`
+  probe — so there is no real compatibility change. npm's caret on a `0.x` version only
+  matches that exact minor line (`^0.9.0` excludes `0.15.x`), so both lines must be listed
+  explicitly for a consumer installing `hazo_i18n` 0.15.x (e.g. Kinstripe's
+  dependency-hygiene cleanup) to see a valid peer.
+
+### Added — EditableDataTable (paste, Enter-down navigation, header styling)
+
+- **Paste support** — pasting TSV (`\t`-separated) or CSV (`,`-separated)
+  clipboard text into a text/number cell now expands across the editable
+  columns to the right of the pasted-into cell and down into as many rows
+  as the clipboard text has lines, creating new rows via `createRow()`
+  when the paste runs past the end of the current `rows` array. Only
+  targets `editable !== false` text/number columns — select/color
+  columns are left untouched by a paste that starts on or crosses one of
+  them, same restriction already in place for the Tab traversal. A
+  single-cell paste (no tab/comma/newline) is left to the browser's
+  native paste-into-input behavior, unchanged from before.
+- **Enter moves focus down one row** — Enter still commits the current
+  cell (unchanged), and now also moves the active-edit target one row
+  down in the *same* column (spreadsheet-style), reusing the existing
+  `activeEditCell`/`forceEdit` cross-row focus mechanism that Tab already
+  relies on. On the last row there's no next row to move into; Enter just
+  commits in place, same as before this feature existed.
+- **Clearer column headers** — the header `<TableRow>` now gets a
+  `bg-muted/60` background and a 2px bottom border, and each `<TableHead>`
+  label is bold, uppercase, and tracked (`font-semibold uppercase
+  tracking-wide text-[11px]`), so the header reads as a distinct visual
+  tier instead of blending into the first data row. No layout/API change.
+- Tab/Shift+Tab navigation, inline-edit, add-row, delete-row, and
+  drag-reorder are all unaffected — existing tests extended, none
+  weakened. One pre-existing render-isolation test (100+ rows, "only the
+  edited row re-renders") was updated to also expect the Enter-down
+  target row (the row directly below the edited one) to re-render,
+  since forcing that row into edit mode is the whole point of the new
+  feature.
+
+## v6.17.0 (2026-10-18)
+
+### Added — EditableDataTable
+
+- **`EditableDataTable`** — inline-editable data grid for small datasets.
+  Click-to-edit cells (text, number, select, color), add/delete rows, row
+  drag-reorder via @dnd-kit. Built on shadcn Table primitives. Separate from
+  `HazoUiTable` (read-only display with sort/filter/pagination). See README
+  for comparison.
+- Test-app demo page at `/editable-table`.
+
+### Fixed — EditableDataTable (final-review fixes)
+
+- **Tab navigation sent focus to `document.body` in any table mixing
+  text/number columns with select/color columns.** The cross-row Tab
+  traversal (`activeEditCell`/`forceEdit`/`onTabOut`) included `select`/
+  `color` columns as possible targets, but `EditableCell`'s `forceEdit`
+  mechanism only does anything observable for `text`/`number` cells — for
+  `select`/`color` it was a no-op, so the computed target could never
+  actually receive focus and focus fell through to `document.body`
+  instead of reaching the next row. `select`/`color` columns are now
+  excluded from this traversal entirely (same as the delete/add buttons
+  already were); they remain reachable via native Tab/click, unchanged.
+  Affects every consumer whose columns mix types — e.g. hazo_canvas's
+  Sankey/Dagre/Network node tables (which end in a color column) and
+  Sankey's link table (two select columns before its number column).
+- **Editing one cell in a 100+ row table re-rendered every row.**
+  `SortableRow` is now wrapped in `React.memo`, and row rendering is
+  restructured into a new, module-scope `React.memo`'d row component with
+  stable, ref-backed callbacks — so editing one row no longer forces every
+  other row's cells to re-render. No API change.
+
 ## v6.16.0 (2026-10-15)
 
 ### Added — Tailwind v3 preset + responsive AppHeader

package/README.md

@@ -3932,6 +3932,19 @@ display states automatically: loading skeleton, empty state, and populated list.
 
 ---
 
+## Table Components
+
+hazo_ui ships two table components for different use cases:
+
+| Component | Purpose | Editing | Pagination | Server-side data |
+|-----------|---------|---------|------------|-----------------|
+| `HazoUiTable` | Read-only data display | No | Yes | Yes (`onLoad`) |
+| `EditableDataTable` | Inline data editing | Click-to-edit cells, add/delete/reorder rows, Tab/Shift+Tab + Enter navigation, TSV/CSV paste | No | No |
+
+**Use `HazoUiTable`** for dashboards, admin lists, and any table where users browse but don't modify data in-place.
+
+**Use `EditableDataTable`** for forms, configuration panels, and data editors where users need to create, modify, and reorder small datasets (typically <100 rows) with immediate feedback.
+
 ## HazoUiTable — Column-config-driven Data Table (v2.14.0+, v2.15 additions)
 
 A higher-level data table that composes the shadcn `Table` primitive