hazo_ui 6.15.0 → 6.18.0

package/CHANGE_LOG.md

@@ -5,6 +5,97 @@ 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.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
+
+- **`hazo_ui/tailwind-preset`** — Tailwind CSS v3 preset that maps all
+  hazo_theme Tier-2 semantic tokens (background, primary, sidebar, etc.)
+  and Tier-3 chrome tokens (navbar, footer, footer-public, footer-app,
+  toolbar) to `hsl(var(--token) / <alpha-value>)` color utilities. Also
+  provides `borderRadius` mappings for `--radius`. Consumers add
+  `presets: [require('hazo_ui/tailwind-preset')]` to their
+  `tailwind.config` instead of hand-rolling 100+ color entries.
+
+- **Responsive `AppHeader`** — below the `md:` breakpoint the navItems
+  slot collapses behind a hamburger button that opens a slide-up drawer
+  (vaul). Actions (profile menu, etc.) remain visible at all widths. No
+  API change; existing consumers get mobile support for free.
+
 ## v6.15.0 (2026-10-13)
 
 ### Added — `useHazoEvent` hook

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