wenay-react2 1.0.46 → 1.0.48

package/doc/wenay-react2-rare.md

@@ -1,807 +1,807 @@
-# wenay-react2 - EXTENDED / rare surface
-
-> Everyday API lives in **`wenay-react2.md`**.
-> This file lists low-level primitives and migration notes.
-> Root import: `import { ... } from "wenay-react2"`.
-
-## Migration Rule
-```
-New code teaches and imports the short canonical surface:
-  useModal(), useOutside(), useDraggableApi(), useReorder(), useReorderBoard(),
-  useAgGrid(), createGridBuffer(), createColumnBuffer(), createUiSlot(), createToolbar()
-
-Old names are recorded only in `WENAY_REACT2_RENAMES.md`; do not export new compatibility aliases casually. Existing public APIs should usually remain supported during internal refactors; removals require an explicit migration cut with a separate task, migration notes, changelog, and usage signal. Default style contracts are stricter: do not remove old default classes/styles until the replacement class/token path is shipped and documented.
-Do not add new examples with Get*, FuncJSX, *2/*3, or business-specific helper names.
-If a primitive needs app policy, build a small app wrapper above it.
-If behavior is reusable, expose it first as a headless use*/create* API. The hook/controller may return methods, getters, props/bind helpers, or a small API object; visual components and QA cards should consume that surface instead of becoming the only implementation.
-```
-
-Canonical method vocabulary:
-```
-open / close / set / replace       // modal-like state
-update / remove / clean / sync     // data-buffer state
-fit / flush                        // ag-grid visual/transaction lifecycle
-props / bind                       // spreadable element props
-get / set / reset / cancel         // local hook/controller state
-on -> off                          // subscriptions
-```
-
-## Root Namespaces
-```
-import { kit } from "wenay-react2"
-
-kit.hooks
-kit.dnd
-kit.utils
-kit.grid
-kit.modal
-kit.menu
-kit.logs
-kit.updateBy
-```
-
-The root export is still flat. `kit` is useful when a large file needs grouped names.
-
-## Modal Low Level
-```
-useModal()                         // callable controller with show/open/close/set
-createModalElementStore()          // imperative JSX store; prefer ModalProvider/useModal
-createModalRenderStore()           // function JSX store; prefer ModalProvider/useModal
-inputModal({modal, func, name?, txt?})
-confirmModal({modal, func, password?})
-```
-
-`inputModal` and `confirmModal` accept either a setter function or the `useModal()` controller.
-
-Internal Overlay (A9, 2026-07-10): `components/Overlay.tsx` is the ONE portal+scrim+outside-click+
-Escape composition; `ModalProvider` and `SettingsDialog` are adapters over it (behavior 1:1,
-SettingsDialog keeps its own two-stage Escape by NOT passing `onEscape`). It is deliberately not
-exported: apps use ModalProvider/useModal/SettingsDialog. The render-slot stores above, the
-LeftModal drawer (gesture-driven, scrim-less), and `ModalWrapper`/Input helpers (backdrop-less,
-hosted inside another modal slot) are NOT overlays and stay separate. This leaf is also where all
-scrim/portal DOM lives - the seam for a future react-native view layer.
-
-Left-side modal/menu helpers:
-```
-LeftModal({arr, zIndex})
-ApiLeftMenu
-getApiLeftMenu()
-TestLeft333()
-```
-
-These are app-shell style utilities. Prefer local app wrappers for new layouts.
-
-## Settings Dialog / UI Slot / Callback Hub Details
-Settings dialog (centered panel ~720x480, max 92vw/82vh; searchable settings tree left, content right):
-```
-type SettingsSection = {key: string, name: string, render: () => ReactNode, children?, parentKey?, searchText?, keywords?}
-
-<SettingsDialog
-    trigger={...}                     // wrapper span is clickable
-    sections?                         // static sections, listed first; children form tree nodes
-    defaultSection?                   // falls back to the first section when missing/unmounted
-    sectionClassName?                 // apps pass their own .chip; default .wenayDlgSection
-    sectionActiveClassName?           // apps pass their own .chipActive; default .wenayDlgSectionActive
-/>
-
-useSettingsDialogController({sections?, defaultSection?, sectionClassName?, sectionActiveClassName?})
-registerSettingsSection(s) -> unregister
-getSettingsSections() -> readonly SettingsSection[]
-```
-The registry is a module singleton on updateBy/renderBy (no React context). Registering the same
-`key` replaces the previous section; unregister removes by identity, so a stale unregister after a
-replacement is a no-op. Tree shape comes from nested `children` or flat sections with `parentKey`.
-Search matches section labels, `keywords`, `searchText`, and best-effort text extracted from rendered
-React children; matching descendants stay visible and their ancestors auto-expand. The search input uses
-`createSearchHistory({key:"SettingsDialog.searchHistory"})`: Enter commits the current query, the history
-button recalls stored queries, leaving the search box closes the list, and changes are published through memoryProps -> memoryCache. `useSettingsDialogController` exposes the same open/search/tree/history/nav-resize actions for custom settings chrome. Tree controls
-are one compact dotted cycle button in the search row (expanded -> current branch -> collapsed), hidden when
-the tree has too little hierarchy to need it. Closes on the x, a scrim click, and Escape.
-Styling: `--dlg-scrim / bg / border / radius / shadow / nav-bg / nav-width` tokens (tokens.css,
-mirror `tokens.dlg`), classes `.wenayDlgScrim / .wenayDlg / .wenayDlgNav / .wenayDlgSearch /
-.wenayDlgTree / .wenayDlgContent / .wenayDlgSearchHistory` in style.css; dark defaults, apps re-skin
-via `:root[data-theme]` like `--wnd-*`.
-UI slot:
-```
-createUiSlot({key, places, def}) -> {Slot, PlacementSetting, getPlace, setPlace}
-<slot.PlacementSetting className? activeClassName? />   // defaults .wenaySegBtn / .wenaySegBtnActive
-```
-State lives in `memoryGetOrCreate(key)` -> persisted with the rest of memoryProps; `setPlace`
-announces the in-place mutation via `memoryMarkDirty(key)` and the APP decides when to save
-via `memoryCache.onDirty` (the library never writes storage itself, same as window state).
-A stored place that no longer exists in `places` falls back to `def`. `getPlace()` is not reactive;
-Slot/PlacementSetting subscribe internally via updateBy.
-
-Toolbar (createToolbar, `components/Toolbar/Toolbar.tsx`):
-```
-createToolbar({key, items, def?, settingsItem?, resetItem?, source?, sourceMode?}) -> {Bar, Settings, api: {useConfig, useItems, getConfig, setConfig, setOrder, show, setDensity, showSettings, showReset, reset, onChange}}
-<tb.Bar className? settings? reset? popAlign? />             // default classes .wenayTb / .wenayTbItem; popAlign
-                                                      //   'right' (default, top-right bars) | 'left'
-<tb.Settings className? activeClassName? />           // density segments default .wenaySegBtn(Active)
-registerToolbarDensity({key, name, renderItem?}) / getToolbarDensities()
-toolbarItemIcon(item) -> ReactNode                   // item.icon, or first letters of short/title
-```
-Three decoupled layers: serializable config `{order, visible, density}` (single source of truth,
-persisted exactly like createUiSlot: memoryGetOrCreate(key), edits mutate in place + renderBy +
-memoryMarkDirty, the APP saves via memoryCache.onDirty), Bar (visible!==false, in order, at density) and
-a PURE Settings editor over config - the same element works in the Bar's gear popover and in a
-registered settings section, no prop changes. Semantics that are easy to get wrong:
-- Merge of stale persist: unknown keys in stored order/visible are ignored (view-level; raw
-  storage is untouched until the next setConfig), items missing from the config are APPENDED
-  default-visible - an app update never wipes the user's order/visibility.
-- `fixed` items: always visible, pinned at normalize() to their index in opts.items (checkbox
-  disabled, not draggable) - and the drag PREVIEW already respects the pinning, so they never
-  move visually and a drop never lands elsewhere than shown.
-- Density is an extensible module registry (like registerSettingsSection): entries may carry
-  `renderItem(item)`; item.render(density) always wins; entries without renderItem fall back to
-  icon + (short ?? title). A persisted density that is no longer registered falls back to
-  def/first. Bar/Settings subscribe to the registry (updateBy), so registering a level updates
-  live.
-- Reorder rides the library's own `useReorder` (see Drag / Resize Low Level; this editor is its
-  first consumer): the WHOLE row drags, mouse+touch, checkbox excluded, and `move` is the SAME
-  simulated commit as normalize() (splice + fixed pinning), so preview and drop agree by
-  construction. Neighbours glide via transitioned transforms (`.wenayTbRowShift`), ONE setConfig
-  on drop. Plus arrow keys on the focused handle (the drag hook preventDefaults mousedown, so the
-  row handler focuses the handle itself). No dnd dependency; FloatingWindow/react-rnd deliberately not
-  used (free-floating windows, wrong tool). `touch-action: none` + `user-select: none` on
-  draggable rows (`.wenayTbRowGrab`).
-- `api.onChange` is a wenay-common2 `listen` stream; emits the NORMALIZED config after every
-  config edit. useConfig subscribes via updateBy; getConfig is a non-reactive snapshot.
-  `setOrder(order)` is the focused external-control path for grid/menu reorder sync: it preserves
-  current membership, density, and pseudo-control visibility while changing only item order. `show(key,on)`,
-  `setDensity(key)`, `showSettings(on)`, and `showReset(on)` are the matching narrow writes; `setConfig` remains the low-level full write.
-- The gear and reset buttons are pseudo-items: reserved visible keys `__settings` and `__reset`,
-  NO order slots (they always sit at the bar edge), toggled from separated rows at the bottom of
-  the editor (`.wenayTbRowMeta`, outside the drag-slot container on purpose). Hiding the gear in
-  its own popover closes the popover - the global settings section is the way back. The reset
-  button calls `api.reset()` and restores defaults for order, membership, density and pseudo-control
-  visibility. Settings is default-visible; reset is default-hidden unless `resetItem.defaultVisible=true` or `api.showReset(true)` enables it. `resetItem: false` removes that feature. Faces via `settingsItem` / `resetItem`.
-- **The Settings CONTAINER is the client's choice (not the core's).** `tb.Settings` is
-  presentation-agnostic - render it anywhere. `<Bar settings>`'s gear opens it in a small inline
-  popover anchored to the gear; since the bar reflows when you toggle membership, that popover
-  shifts a little (known minor twitch). The core deliberately ships ONLY that inline popover -
-  anything richer is a client layer. For a stable, movable editor render `tb.Settings` in your own
-  container: a registered settings section (`registerSettingsSection`), or a draggable window -
-  `FloatingWindow` (drag by header, close X, viewport-clamped, position persisted via `keyForSave`)
-  wrapped in `OutsideClickArea` for close-on-outside-click. Recommended pattern for clients who
-  want the modal-with-title-bar-and-close look; QA card 30 demonstrates it (gear -> Settings in a
-  FloatingWindow, in the card's own positioned layer so it scrolls with the card). This is separate
-  from the row REORDER above, which stays on `useReorder` (a floating window would be the wrong tool
-  there).
-- `api.useItems()` is the headless bar: ordered, visibility-filtered `[{item, density, content}]`
-  for fully custom markup. Refs-out was rejected deliberately: order lives in the config, so the
-  consumer re-renders from this list - the library never re-parents foreign DOM nodes.
-- `icon` is OPTIONAL: `toolbarItemIcon(item)` returns the icon, else the first 3 letters of
-  short/title as a text pseudo-icon (icon density only - the label density shows the caption, not
-  the letters). Exported so menus (ColumnsMenu compact) share the exact rule.
-- `source?: UiListSource` inverts ownership. Default `sourceMode:"orderVisible"` makes the toolbar a
-  VIEW over source order+visibility: setConfig writes item order/visibility THERE (its own change
-  flow re-emits `api.onChange`; the toolbar emits itself only if the source has no `onChange`), while
-  density and the gear/reset flags stay in the toolbar's own `st` under `key`. `sourceMode:"order"`
-  shares only the relative order of keys present in the source; item membership, density,
-  pseudo-controls, and extra non-source item positions stay local. On source reorders, source keys
-  refill their slots in the local toolbar order, so an extra item like QA card 30's `blockMode` is
-  not pushed into `columnState` and does not need a bridge hook. `ext` is per-instance constant, so
-  hook-call order in useConfig/Bar/Settings never changes. `columnState.api.listSource` is the
-  reference implementer (QA card 31 for order+visibility, QA card 30 for order-only). Without a source
-- v1 non-goals: no overflow/"more" menu (hook point: Bar, after the visible-items map), no
-  grouping, no cross-bar drag.
-Styling: `--tb-*` tokens (tokens.css, mirror `tokens.tb`), classes `.wenayTb*` in style.css;
-dark defaults, apps re-skin via `:root[data-theme]` like `--wnd-*` / `--dlg-*`.
-
-Callback hub (for single-slot callback APIs `onX(cb | null)` whose subscribers silently
-overwrite each other):
-```
-createCallbackHub<Args>(bind) -> {on, count}
-```
-`bind(emit)` runs lazily, ONCE, on the first `on()` - not at creation time, because the slot may
-still be taken by app initialization. The first callback is registered before bind runs, so it
-also catches synchronous emits. `on(cb) -> off`; off removes only that subscriber.
-
-## columnState (createColumnState, `grid/columnState/`)
-A persisted column layer over a keyed column set - order/visibility/width/sort/filter in a
-standalone config store, plus an OPTIONAL two-way ag-grid adapter. Mobile card views consume the
-SAME config with no ag-grid at all. agGrid4 is never modified: this is exactly the app-level
-column wrapper WRAPPER.md postulates, packaged as a primitive; ag-grid enters only as a type
-import + the GridApi handed to grid.attach().
-```
-createColumnState({key, columns: ColumnMeta[], def?, saveMs?=300})
-    -> {columns, api, grid: {attach(api), detach()}}
-ColumnMeta   = {key, title, short?, icon?, group?, fixed?, defaultVisible?, cardRole?: 'title'|'accent'}
-ColumnsConfig= {v, order, visible, width, sort: {key, dir} | null, filter, groups}
-api: {getConfig, setConfig, useConfig, onChange, reset, show(k,on), move(order), setSort(s|null),
-      toggleSort(k), visibleKeys(), getPresent, usePresent, isPresent(k), setPresent(keys|null), getPresentGate, setPresentGate(keys|null), listSource}
-```
-Persist + migration (same DNA as createToolbar/createUiSlot): config lives in `memoryGetOrCreate(key)`,
-edits mutate it in place + renderBy + memoryMarkDirty, the APP saves via `memoryCache.onDirty`.
-`normalize()` is the soft migration - unknown keys dropped, missing columns appended
-default-visible, `fixed` pinned to its descriptor index; `v` covers incompatible shape changes.
-The persisted object's IDENTITY is the subscription key, so `memoryCache.load()` must run BEFORE the grid
-mounts (a grid attached pre-load would apply defaults; QA card 28 gates the grid on `loaded`).
-
-Semantics that are easy to get wrong:
-- STICKY sort: `sort` is independent of visibility and of any UI selection, may point at a hidden
-  OR grid-absent column, and changes only by an explicit toggle/header click. `readFromGrid` keeps
-  it when the live grid lacks that column (the grid cannot express a sort by a column it does not
-  have), so hiding or removing the sorted column never silently resets it.
-- Two-way loop protection: store->grid runs under an `applying` flag; grid->store ignores events
-  while `applying`, with `source=='api'`, or `finished===false` (resize/move fire per animation
-  frame - only the final shape persists), debounced `saveMs`, and a JSON compare before commit. A
-  `fixed` column dragged off its slot in the grid: readFromGrid commits, normalize() pins it back,
-  and if the order changed the adapter re-applies to the grid (snap-back) so the two never disagree.
-- Presence (`usePresent/isPresent/setPresent/setPresentGate`): runtime-only, NEVER persisted. It is
-  the intersection of actual live-grid columns and an optional app-level gate. The adapter maintains
-  actual presence on attach and on `gridColumnsChanged`; a column removed from the grid (dynamic
-  columnDefs) keeps its config entry and its menu button (rendered disabled), and when the set changes
-  the adapter RE-IMPOSES the config so a returning column regains its stored order/width/visibility
-  (setting columnDefs resets grid order). `setPresentGate(keys|null)` is for stable-schema app modes:
-  it marks gated-out buttons disabled and hides those grid columns through applyColumnState without
-  mutating persisted `visible`. No loop: applyColumnState never adds/removes columns. Null actual presence
-  and null gate together mean all present; if a gate is set, grid-less consumers still see that gate.
-- `listSource` = the `{order, visible}` slice exposed as a `UiListSource` (Toolbar's
-  external-config contract): plug it into `createToolbar({source})` and the toolbar, the icon menu
-  and the grid all mirror one config. Its setConfig MERGES visible and re-appends via normalize, so
-  an editor over a SUBSET of columns never drops the rest.
-- `filter`/`width` are written by the grid adapter only; `groups` (group key -> enabled
-  sub-columns) is modelled now; core group UI is still app-owned. QA card 30 demonstrates an app-level
-  mode button over stable grouped `columnDefs`; `presentGate` hides unavailable leaf columns and keeps their buttons disabled.
-  `visibleKeys()` additionally gates a grouped column by its group's enabled set.
-- Attach from the consumer's `onGridReady` (AgGridTable forwards it over its own wiring) with
-  `autoSizeColumns={false}` (auto-fit at mount would rewrite stored widths); detach from
-  `onGridPreDestroyed` - the config outlives the grid (columnBuffer pattern). HMR caveat on the
-  stand: hot-reload recreates a module-level controller while the live grid stays attached to the
-  OLD instance, so store->grid needs an F5; in a real app the module runs once.
-
-High-level kit (`createColumnGrid`, `grid/columnState/columnGrid.tsx`):
-```
-createColumnGrid({key, columnDefs?, columns?, data?, getId?, def?, saveMs?, toolbar?, autoSizeOnColumnCountChange?})
-    -> {state, toolbar, api, grid, tableProps, Table, Menu, Dots, Cards, Toolbar, Settings, View}
-useColumnGrid(opts) -> same controller, captured once for component-local setups
-```
-- This is the default convenience layer for ordinary app grids that all need the same column menu.
-  It infers `ColumnMeta` from leaf `ColDef`s (`colId` -> `field`, title from `headerName` -> key)
-  and merges optional `columns` overrides for `fixed`, `short`, `icon`, `defaultVisible`, `cardRole`,
-  and group semantics. Unknown explicit overrides are appended, so grid-less/card-only fields still work.
-- `Table` and `tableProps()` wrap `AgGridTable` and wire `state.grid.attach/detach` automatically.
-  Their default `autoSizeColumns=false` is deliberate: the wrapper is for persisted column layout, so
-  auto-fit must be opt-in. `autoSizeOnColumnCountChange` is a narrower opt-in: it calls
-  `sizeColumnsToFit()` only when `visibleKeys().length` changes after a columnState edit.
-- `View` is a small representation switch (`mode:'table'|'cards'`) with controls
-  (`'menu'|'dots'|'toolbar'|false|'auto'`). `auto` resolves to the built-in dots overlay for both
-  table and card mode; the wrapper sets dot max to the full column count unless overridden. `Dots` is
-  not card-specific; on table mode it edits the same config and the attached grid applies visibility,
-  order, and sort through columnState. `data`/`getId` can live on the controller defaults or be
-  passed per `View` render.
-- Use raw `createColumnState` plus `createToolbar` when the app needs a custom skin like QA card 30,
-  a runtime `presentGate`, special group mode buttons, or nonstandard persistence timing.
-
-Icon menu (ColumnsMenu / MenuStrip, `grid/columnState/ColumnsMenu.tsx`):
-```
-<MenuStrip items={MenuStripItem[]} onItem? onMove? move? tail? holdMs?=150 compact? />
-    MenuStripItem = {key, title, short?, icon?, state: 'on'|'off'|'disabled', marks?, fixed?}
-<ColumnsMenu state onItem? marks? tail? onTail? reorder?=true holdMs? compact? />
-```
-Two DECOUPLED layers, because "what a click means" is deliberately not the strip's business:
-- `MenuStrip` is pure presentation - ordered buttons in three states plus a `marks` adornment
-  ("on with extras": sub-columns, naming strategies...); it reports clicks (onItem) and
-  drag-reorders (onMove) but interprets neither. Reusable for ANY multi-state button strip.
-  `disabled` buttons report no clicks; `fixed` ones do not drag; `tail` = buttons after a divider,
-  OUTSIDE the reorder list (mode cyclers/actions). Reorder rides `useReorder` (second consumer
-  after the Toolbar editor) with the same fixed-pinning `move`, so preview == drop.
-- `ColumnsMenu` binds it to a columnState: buttons follow config.order (the grid mirror is free -
-  both read the same config), state = disabled (absent from the live grid) / on / off, default
-  click = toggle visibility (overridable via `onItem` for multi-state columns), drag = api.move.
-  It is the compact/presentation surface. For settings-integrated bars that need density,
-  pseudo-controls, reset, and global Settings reuse, use `createToolbar({source: cs.api.listSource})`
-  as the canonical richer surface and optionally render a compact `ColumnsMenu` beside it.
-- Click-vs-drag guard: a drag that ends on its origin button still fires a browser click; a click
-  that travelled >4px from mousedown is dropped, so a snapped-back drag never also toggles.
-- `compact` = icon-only buttons: the icon, or the first letters of short/title as a text
-  pseudo-icon (full title in the tooltip), the same rule as `toolbarItemIcon`.
-
-Mobile (no ag-grid, no storage - the config alone):
-```
-<ColumnDots state max?=8 className? style? />        // grid/columnState/ColumnDots.tsx
-<CardList<Row> state data getId? renderValue? />     // grid/columnState/CardList.tsx
-```
-- `ColumnDots` is a discrete multi-thumb slider on pointer events (react-range cannot change thumb
-  count): a track of marks (one per column), dots on the shown columns. Gestures use a
-  dominant-axis test so a horizontal drag never removes and a vertical flick never reorders: drag a
-  dot along the track = the column takes another (empty) mark; swipe a dot UP = hide (fixed and the
-  last remaining dot stay); tap an empty mark = show (up to `max`); tap a dot without moving =
-  select the field; the sort button cycles asc->desc->off on the SELECTED field (sticky - selecting
-  another dot does not touch it). 44px touch targets.
-- `CardList` renders rows as blocks: `visibleKeys()` become the card fields (created/removed live
-  as dots move), `cardRole:'title'` = the header (else the first visible key), `cardRole:'accent'`
-  = a badge, the rest are label+value. It sorts by the sticky `config.sort` itself
-  (numeric/locale comparator) even when the sorted column is hidden.
-Styling uses shared classes `.wenayColDots*` / `.wenayCardList*`; runtime geometry remains inline because dot positions and drag transforms are state-derived. QA cards 28 (grid layer + F5 restore), 29 (mobile dots + cards), 30 (toolbar icon menu + grouped sub-column mode button), 31 (Toolbar over columnState.listSource + pseudo-icons), 32 (createColumnGrid wrapper + dots driving table/cards).
-
-## Outside / Buttons Compatibility
-```
-useOutsideRef(options) -> ref       // use useOutside(options).ref / .props
-OutsideClickArea                   // alias of OutsideClickArea
-
-StyleOtherRow
-StyleOtherColumn
-```
-
-`Button`, `OutsideButton`, `HoverButton`, and `AbsoluteButton` are still direct components rather than hook controllers.
-
-`Button` persists its open/closed status under `keyForSave` (module-lifetime; same naming as
-FloatingWindow/Resizable/RightMenu); the old `keySave` prop is a deprecated alias (`keyForSave`
-wins when both are set).
-
-## Drag / Resize Low Level
-```
-FloatingWindowBase(props)                  // lower-level react-rnd wrapper
-FloatingWindow(props)                      // canonical floating window component
-useFloatingWindowController(options)       // headless geometry/stack/drag/resize controller for custom chrome
-floatingWindowMap                           // persisted RND map (ObservableMap)
-FloatingWindowUpdate
-FloatingWindowProps / FloatingWindowController / FloatingWindowSavedGeometry
-
-DragBox(props)                       // delta-drag component; thin adapter over useDraggableApi (A7)
-DragArea(props)                     // @deprecated: unique semantics kept as-is; prefer useDraggableApi/DragBox
-FResizableReact(props)
-mapResiReact                        // persisted resize map (ObservableMap)
-OutlineDragDemo()
-```
-
-For new pointer logic, prefer:
-```
-const drag = useDraggableApi(...)
-<div {...drag.bind} />
-```
-
-`useDraggable(...)` is kept as the simple hook wrapper; `useDraggableApi(...)` is the controller-style shape.
-
-Drag primitives after the A7 pass (2026-07-10): `DragBox` is a thin adapter over
-`useDraggableApi({holdMs: 0, trackState: false, onMove})` - same observable contract as its old
-bespoke loop (immediate start, per-tick imperative `onX`/`onY` with the delta from the press
-point, no re-render per move tick, `onStop` only after a real gesture, `last` ref shares the live
-position object; pinned by `__test/dragBox.test.tsx`, QA card 35). `DragArea` stays untouched and
-`@deprecated`: no consumers, and its semantics are unique (document.body listeners,
-`stopPropagation` per move tick, ABSOLUTE coords, no preventDefault) - re-basing it would change
-observable behavior; removal only in a breaking version. `useFloatingWindowController`'s header
-loop and `StickerMenu` deliberately keep their own loops: viewport clamp + `e.buttons===1` release
-recovery + persistence/z-stack, and mount-lifetime listeners + click-vs-drag suppression
-respectively, are load-bearing behavior `useDraggableApi` does not model.
-
-Reorder-by-drag (useReorder, `hooks/useReorder.tsx` - extracted from the Toolbar editor, which is
-its first consumer):
-```
-useReorder({order, commit, move?, canDrag?, preview?: 'slots'|'measure', holdMs?})
-    -> {listRef, item(key) -> {props, style?, dragging, active}, dragKey, preview}
-```
-A deliberately SMALL reorder for keyed blocks laid out by CSS - the hook never knows the layout
-(vertical list, horizontal bar, wrapped grid all work). Semantics:
-- DOM order never changes mid-drag: the dragged block follows the pointer via transform, the rest
-  glide to their preview position (consumer adds the transition on `active && !dragging`), ONE
-  `commit(next)` on drop, skipped when nothing moved (a plain click is a no-op).
-- Targeting = nearest slot center measured at drag START - never against the live layout
-  (re-measuring moving blocks oscillates at boundaries; designed out). Pointer deltas (viewport
-  px) are normalized by the container's scale factor (rect.width / offsetWidth), so
-  `transform: scale` / zoomed ancestors do not skew targeting.
-- `move` is the simulated commit: the preview shows exactly `move(order, key, to)` - consumers
-  with pinning rules (Toolbar's fixed items) pass their own so preview == drop by construction.
-- preview 'slots' (default) transforms between start slot centers - exact when blocks are
-  equal-sized. 'measure' is FLIP: the preview order is applied via CSS `order`, layout offsets
-  (offsetLeft/Top) are read and reverted in one synchronous pass (never paints), so wrapping with
-  ANY block sizes previews exactly; requires a flex/grid container; measured once per target
-  change. Offsets, NEVER getBoundingClientRect: rects include mid-flight TRANSITION values
-  (style.transform='none' does not stop a running transition within the same synchronous pass),
-  so rect-based re-measures accumulated the previous preview's shifts on every target change and
-  the blocks flew apart on target oscillation.
-- Events from `input/button/select/textarea/a` never start a drag; mouse is left-button only;
-  touch works (`touch-action: none` on blocks is the consumer's CSS).
-- Non-goals (use a ready-made dnd library instead): nesting, spans/collision packing,
-  autoscroll. QA card 26 is the live example. Cross-COLUMN moves live in useReorderBoard below.
-
-Board (useReorderBoard, `hooks/useReorderBoard.tsx` - the columns extension of useReorder):
-```
-useReorderBoard({columns: [{key, items}], commit(next), canDrag?, holdMs?,
-                 onDragStart?, onDragMove?, onOverChange?, onDragEnd?})
-    -> {columnRef(col) -> RefCallback, item(key), dragKey, over: {col, index} | null}
-```
-- Columns are plain consumer divs registered via `columnRef(key)` (live callback-ref registry -
-  ADDING a column is just consumer state + one more div, spliced at ANY position of the columns
-  array incl. the middle); a column's children must be exactly its items, 1:1, in order. The
-  column set/geometry is frozen for the duration of one drag.
-- Column gravity is pure consumer CSS (`justify-content: flex-start` packs up, `flex-end` packs
-  down) - the hook never knows it, it measures the real layout. Do NOT use `flex-direction:
-  column-reverse` (it inverts DOM-vs-visual order; the 1:1 mapping breaks).
-- Targeting: nearest column by clamped rect distance, insertion index = how many of that column's
-  START item centers sit above the dragged center (start geometry only - anti-oscillation, same
-  rule as useReorder). Preview = simulated commit (movedColumns), so preview == drop.
-- Cross-column FLIP, offset-based like useReorder: the dragged block leaves flow via
-  display:none, survivors get preview CSS `order`, and the landing slot becomes a real
-  margin gap (draggedHeight + row-gap) on the neighbour - the column's own gravity then decides
-  who moves aside (a flex-end column slides the blocks ABOVE the slot up). Apply-read-revert in
-  one synchronous pass, cached per target slot.
-- Callbacks: onDragStart (grab), onDragMove (every move, pointer delta in local px),
-  onOverChange (only when the target slot changes; compare prev.col != over.col for column
-  crossings), onDragEnd (final slot + committed flag; a plain click is committed=false).
-  `over`/`dragKey` are also returned reactively for render-time styling (column highlight).
-- QA card 27 is the live example (5 columns, mixed gravity, empty column, add-column).
-
-## Grid Row Utilities
-```
-applyGridRows(params)
-```
-
-Use `agGrid4` for new tables:
-```
-createGridBuffer()
-useAgGrid()
-AgGridTable
-createColumnBuffer()
-numericComparator()
-colDefCentered
-colDefWrap
-```
-
-Important agGrid4 contracts:
-```
-mirror mode:  buffer owns row set; sync can add/update/remove grid rows.
-overlay mode: rowData owns row set; sync updates only existing grid rows.
-clean():      clears buffer; mirror also removes grid rows, overlay does not remove declarative rows.
-flush():      React/controller method that calls ag-grid flushAsyncTransactions().
-```
-
-Plain declarative `rowData` should preserve AgGridReact defaults unless the caller provides `getRowId`.
-Buffered paths need a stable `getId`.
-
-Dynamic columns:
-```
-createColumnBuffer().api.setNames(names)          // exact set, dedupe preserving order
-createColumnBuffer().api.apply()                  // replay last attached apply callback
-createColumnBuffer().control.attach(api, {apply})
-createColumnBuffer().control.detach()             // keep names
-```
-
-The primitive must not contain product group names, base `columnDefs`, visibility rules, or app naming policy.
-
-## Params / Generated Editors
-```
-ParamsEditor({params, onChange, onExpand?, expandStatus?, expandStatusLvl?})
-useParamsEditorController({params, onChange, onExpand?})
-ParamsEdit({params, onSave})        // canonical compact editor
-ParamsArrayEdit({params, onSave})        // array params editor
-ParamRow({param, onClick, type?})
-ParamLabelContent(name)
-ParamToggleLabel(type, name)
-```
-
-`ParamsEditor` receives wenay-common2 `Params.IParamsExpandableReadonly` shape. `useParamsEditorController` owns the mutable draft clone, immediate/delayed notify, expand callback, and timer cleanup for custom renderers; `ParamsEditor` remains the compatibility visual wrapper.
-
-## Menu Low Level
-```
-Menu({data, coordinate?, zIndex?, className?, menu?, menuElement?})
-MenuElement
-MenuProgress
-MenuItemStrict / MenuItem
-
-contextMenu.openAt(eventOrPoint, items, {source?, layerId?}) -> boolean
-contextMenu.openAtPoint({x, y}, items, {source?, layerId?}) -> boolean
-contextMenu.close()
-contextMenu.getState() -> {open, items, point, source?, layerId?, seq}
-contextMenu.stats.getSnapshot() -> {openAt, openAtPoint, legacyLayer, close, replace, empty, sources, layers, actionTotals, actions}
-contextMenu.stats.reset()
-contextMenu.stats.onChange(cb) -> off
-<contextMenu.Layer zIndex? statusOn? other? className?>...</contextMenu.Layer>
-contextMenu.map                         // legacy queue consumed by Layer; prefer openAt
-createContextMenu({name?})              // custom isolated instance with its own state and stats
-createRightClickMenu()                  // lower-level legacy right-click factory
-
-DropdownMenu({elements, trigger?, classNames?, styles?, style?, position?, verticalPosition?, keyForSave?})
-useRightMenuController({elements, style?, styles?, position?, verticalPosition?, keyForSave?})
-createRightMenuController()
-mapRightMenu                         // persisted floating-menu state (ObservableMap, RightMenuStore)
-MenuRightPosition / MenuRightVerticalPosition / MenuRightSavedState / MenuRightRenderProps
-MenuRightTrigger / MenuRightClassNames / MenuRightStyles / RightMenuController
-StickerMenu                          // components/Menu re-export
-```
-
-Prefer `contextMenu.openAt(e, items, {source?})` for new right-click integrations. `contextMenu.map` remains for older callers that queue items before Layer handles the right-click, and stays supported through `1.x`; it should not be the primary API in new code. `contextMenu.stats` is local in-memory diagnostics, not hidden analytics: it counts direct `openAt`, `openAtPoint`, legacy Layer queued opens, empty opens, close/replace, source/layer usage, aggregate action outcomes, and keyed action outcomes. It deliberately does not persist, send network requests, or store arbitrary item labels. Per-action stats require explicit `MenuItemStrict.actionKey`; unkeyed actions update `actionTotals` only.
-
-`Menu` does not mutate `item.status`. Open/hover state is an internal active index; `status` remains a seed/compatibility value, and custom item renderers receive a view item whose `status` mirrors the current open state.
-
-`DropdownMenu` is a floating action menu, not the main context-menu primitive. Its trigger glyph/content and visual classes/styles are caller-owned through `trigger`, `classNames`, and `styles`; the default still renders the old hamburger glyph and CSS classes. `useRightMenuController` is the hook/controller layer behind it for custom views; do not duplicate hover/fixed/submenu timers in product code.
-
-
-## Observe / Listen React Hooks
-Canonical React adapter names:
-```
-useStoreNode(node, {mode?, fallback?, drain?, key?})
-useStoreKeys(node, {fallback?, drain?, key?})       // object-shape changes: add/delete keys
-useStoreChangedPaths(changedPathsListen, {initial?, key?})
-useStoreEach(store, cb, {enabled?=true})            // store.each() wrapper: cb(key, value, ctx) per CHANGED top-level key; undefined = deleted; root replace expands per key; renders nothing itself
-useStoreSelect(selection, {fallback?, drain?, key?})
-useStoreMirror(remote, initial, {mask, current?=true, drain?, key?, auto?=true, partial?, onError?})
-useListenEffect(listen, cb, {current?, key?})
-useListenArgs(listen, {initial?, current?, key?})
-useListenValue(listen, {initial?, current?, key?, map?})
-```
-
-These hooks are intentionally in `wenay-react2`, not in `wenay-common2`.
-Do not add React hooks for every helper exposed by `wenay-common2`; read the installed common2 package docs when needed, and document only the React-facing contract here. Hooks are useful only around subscriptions, lifecycle, or external resources.
-Network sync stays explicit through `useStoreMirror`; reading a node must not secretly start RPC/fetch/WebSocket work. When `remote.changedPaths` exists and `partial !== false`, mirror uses common2 partial sync; otherwise it falls back to `remote.changed -> get(mask)`. `initial` seeds the mirror only. Structurally equal inline masks are stable, because StoreMask is expected to be a small plain object/tree.
-
-QA stand coverage:
-```
-/__qa/observe-store/get       // HTTP snapshot/mask read
-/__qa/observe-store/mutate    // HTTP server mutation, including deep leaf and deep key add/delete
-/__qa/observe-store/events    // SSE changed stream
-/__qa/observe-store/events-paths // SSE changedPaths stream
-```
-
-## Replay React Hooks (details)
-`src/common/src/hooks/useReplay.ts`. Client side of the wenay-common2 Replay stack only.
-```
-useReplaySubscribe(remote, cb, {since?, keepSeq?=true, enabled?=true, onSeq?, onError?, staleMs?, onStale?, policy?, hint?})
-  -> {ready, error, stale, seq(), lastTs(), restart(since?)}
-useReplayRouteSubscribe(remote, cb, {since?, keepSeq?=true, enabled?=true, label?, onSeq?, onError?, onRoute?, policy?, hint?})
-  -> {ready, error, route, switching, seq(), label(), active(), switchRoute(nextRemote, opts?)}
-useStoreReplaySync(store, remote, sameOpts)  -> same controller       // Observe.syncStoreReplay wrapper
-useStoreReplayRouteSync(store, remote, routeOpts) -> route controller  // Observe.syncStoreReplayRoute wrapper
-useStoreReplayMirror(remote, initial, sameOpts) -> controller & {store}   // creates the mirror store in a ref
-useStoreReplayRouteMirror(remote, initial, routeOpts) -> route controller & {store}
-useStoreReplayEach(remote, cb, sameOpts & {initial?, drain?}) -> controller & {store}   // per-key fold: Observe.syncStoreReplayEach counterpart
-useReplayFrame(remote, cb, {intervalMs?=300, since?, keepSeq?=true, enabled?=true, hint?, onSeq?, onError?})
-  -> {ready, error, seq(), pull(hint?), restart(since?)}              // pull-at-own-pace over remote.frame()
-useReplayHistory(history, apply, {head?, reset?, tickMs?=300, autoPlay?=true})
-  -> {live, seq, head, pause(), play(), seek({seq?|ts?})}
-```
-Semantics that are easy to get wrong:
-- `cb`/`apply` go through refs: new function identity does NOT resubscribe. Resubscribe identity is `[remote, enabled, epoch, staleMs, policy]` — changing `staleMs` resubscribes (it is subscribe-time config in common2; under keepSeq the reconnect is a journal tail, so it is cheap); `policy` picks the wire surface (line vs frameLine), so it resubscribes too. `onStale` goes through a ref like `cb`.
-- Route hand-off hooks (`useReplayRouteSubscribe`, `useStoreReplayRouteSync`, `useStoreReplayRouteMirror`) wrap common2 `Replay.replayRouteSubscribe` / `Observe.syncStoreReplayRoute`: `switchRoute(nextRemote, {label?, since?, reset?, policy?, hint?})` keeps the old route live, catches up the replacement from the last delivered `seq`, then closes the old route. Failed replacement leaves the old route active and surfaces `error` / `route.phase == "error"`. Changing the `remote` prop is still treated as a fresh subscription boundary; no-gap promotion/demotion is explicit through `switchRoute()`. common2 1.0.65 route handles expose `seq()`, `label()`, and `active()`, but not `isStale()` / `lastTs()`, so route hooks deliberately do not promise freshness yet.
-- Lag policy / hint (frame model, common2 rev2): `policy: 'frame'` rides the server's `frameLine` when the remote has one — on lag the server drops for THIS client and recovers via the line's `frame` lambda (mini-frame); without a frameLine (old server, in-proc `exposeReplay`) common2 silently degrades to `'queue'`, so an in-proc QA of `'frame'` proves nothing — the wire test lives in common2 (`replay/rpc-auto.test.ts`). `hint` is opaque to the transport and goes through a ref: in `useReplaySubscribe` it is captured at subscribe time (used for the catch-up `frame()` call); in `useReplayFrame` it is read on EVERY pull, so a new identity is never missed and never resubscribes.
-- `useReplayFrame` is the pull path: no live socket subscription at all; a timer calls `remote.frame(seq, hint)` and folds envelopes (seq-ascending, seen seq skipped — a keyframe recovery is just an envelope). Fresh start (no `since`) mirrors `replaySubscribe`'s catch-up for since<0: `keyframe()` is polled until the line has one (`frame(-1)` has no tail to return and THROWS on a still-empty line — a mount racing the producer's first event must not stick an error); a sacred line therefore NEEDS an explicit `since` (0 = full tail) — omitted, it waits forever. Overlapping pulls are never issued (a slow `frame()` skips ticks). Errors are LOUD and sticky: a reject (network, sacred line evicted past our seq, remote without `frame()`) stops the timer and sets `error` until `restart()` — deliberately no tail fallback here, that is `replaySubscribe`'s job. Freshness (`staleMs`) does not apply (the consumer owns the cadence).
-- Freshness (`staleMs`): detection is 100% wenay-common2's watchdog (`ReplaySubscribeOpts.staleMs/onStale`, edge-triggered); the hook only mirrors the edges into `stale` state, so a fresh high-frequency line causes zero extra renders. `lastTs()` is a plain getter like `seq()` (producer ts of the last delivered event, 0 before the first delivery / while unsubscribed). Without `staleMs`: no watchdog, no state updates, `stale` stays `false`.
-- Freshness on resubscribe/restart: the hook does NOT reset `stale` to `false` at effect start — it re-syncs from common2 after catch-up (mirrors the `onStale` edge fired during catch-up, plus `isStale()` once `ready` resolves), so a snapshot/tail carrying an old producer ts is stale from the first paint with no fresh-flicker. Caveat: common2's in-proc `keyframe()` stamps `ts` at request time, so a brand-new client on a stalled in-proc line reads as fresh at delivery and flips stale after `staleMs` via the arrival-gap watchdog; old-ts detection kicks in when the tail/keyframe actually carries producer timestamps (real relays, archives).
-- `useReplayHistory` is archive playback — staleness intentionally does not apply there.
-- `keepSeq`: within one mount, a resubscribe (StrictMode double effect, `enabled` toggle, `restart()`) reconnects with `{since: lastSeq}` -> journal tail. A NEW `remote` identity always resets seq (another line's seq is meaningless). A full unmount loses the refs: persist the position in the parent via `onSeq` and pass it back as `since` (QA card 23, client A).
-- `seq()` and `useReplayHistory`'s interval-driven `seq/head` keep high-frequency lines from re-rendering per event. Frames/ticks should fold into a canvas/ref/store, not useState.
-- `useReplayHistory.seek` kills the live subscription imperatively (guarded off, double-call safe), folds `history.at(where)` through `apply` (keyframe + tail; a keyframe fully redefines consumer state, so `reset` is rarely needed), and freezes. `play()` resubscribes `{since: pos}` -> archive tail -> live handover.
-- `useStoreReplayEach` composes existing pieces instead of calling `Observe.syncStoreReplayEach` (which builds a FRESH store per call): the mirror lives in a ref (like `useStoreReplayMirror`), `store.each()` is subscribed in an effect declared BEFORE the sync effect (hook-call order guarantees the per-key subscriber exists when the keyframe applies — the expansion is never missed), then `useStoreReplaySync` drives the wire. Consequences: within one mount every resubscribe (StrictMode, `restart()`, `enabled` toggle, `staleMs`/`policy` change) reconnects by tail ON TOP of kept state and the consumer sees only the diff — no snapshot/`initial` dance (the library one-call needs `{since, initial: snapshot}` for that). After a FULL unmount pass `{since: prev.seq(), initial: prev.store.snapshot()}` like the library contract. `drain` is creation-time (it goes to `createStore`); changing it later does nothing. The fold target must live outside React state (ref/Map/grid api) — the hook renders nothing; `controller.store` is a normal store for `useStoreNode`/`useStoreKeys` extras.
-- Server primitives (`conflateReplay` per connection, `archiveReplay`) intentionally have no hooks: they live where the RPC server is built.
-- Route coordinator (common2 1.0.67 `Replay.createRouteCoordinator`): the coordinator owns promotion/fallback/shadow via policy hooks; consumers subscribe on a pair `link`, whose handle matches our route hooks (`ready, seq(), label(), active()`) minus `switchRoute` — the transport switch is invisible by the seq contract. Our route hooks (`useReplayRouteSubscribe` etc.) remain the manual-`switchRoute` wrapper over `replayRouteSubscribe`; they do NOT sit on top of a coordinator. React surface for coordinator links (subscribe hook + route-state/`promoteDirect` controls for ops UI) is a target-backlog item — do not bend the existing route hooks to accept links implicitly.
-- WebRTC direct path (common2 1.0.68): `createWebRtcConnector({port, rtc, ...})` is the coordinator's direct `RouteConnector`; `rtc` is an injected factory and in the browser that injection (`() => new RTCPeerConnection(cfg)`) belongs to the app/React side — common2 stays lib.dom-free. Signaling rides the EXISTING rpc socket (`createSignalHub` port exposed by `createRpcServerAuto`), so no new connection management appears in React; channel death / revoke surfaces as loud `onError` on the line (never silence), which the existing hooks already map to `error`. Nothing here needs a hook by itself — it matters as the direct transport under a future adapter (target backlog).
-- Peer SDK (common2 1.0.69 `Peer` / `wenay-common2/peer`): the one-call layer over rpc + store + replay + route coordinator — `createPeerClient({remote, account, initial, rtc?})` publishes the own store as a patch line and `peer(account)` returns a live mirrored store + route control; relay and direct share the OWNER's seq space (`createPatchRelayJournal`), so hand-offs are plain seq resumes, no keyframe reset. This is the intended React adoption surface (a `usePeer` adapter is the target-backlog item, superseding the raw coordinator-link hook idea): the mirrored store already plugs into `useStoreNode`/`useStoreKeys` as-is. 1.0.70 ships the oracle suites + `demo/` stand in the package — living examples per subsystem (`replay/peer-sdk.test.ts` is the Peer contract).
-- Media capture (common2 1.0.66 `Media` namespace / `wenay-common2/media`): CONSUMPTION needs no new hooks — `Media.createAudioSource` / `Media.createVideoSource` return `[emit, listen] & control`, with `replay:true` the `listen` is a normal replay line, so `useReplaySubscribe` / `useReplayFrame` cover it; frames are one `Uint8Array` (40-byte fixed header + raw payload, `Media.decodeMediaFrame`) and follow the existing fold-outside-React rule (canvas/AudioContext via ref). The capture `control` side (`start()` resolving to `'idle'|'requesting'|'live'|'denied'|'no-device'|'error'`, `stop()`, `setDevice`, `listDevices`, stats) is a permission/device/lifecycle state machine — exactly hook-shaped; a `useMediaSource` capture hook + QA card is a recorded target goal (supersedes the earlier "wrap it app-locally" stance). Backpressure defaults live in common2 (audio = lossless queue, video `replay:true` = keep-latest frame recovery); the client-side knobs are the same `policy`/`hint` as any replay line.
-
-QA cards 23/24/25/26 (`testUseReact/replayVideo.tsx`, all in-proc): synthetic 10fps jpeg-frame producer on `Replay.replayListen({history, current})`; client A = direct `exposeReplay` remote; client B = simulated slow wire (1 envelope per rateMs) behind `conflateReplay({pending: () => buf.length, highWater: 4, lowWater: 1, keyOf: () => "frame"})`; client C = `archiveReplay` + `openHistory` scrubber; client D = freshness (`staleMs: 2000`, `React.memo` + no tick, mounted inside a local `<StrictMode>`; the flat renders counter under growing frames is the no-per-event-render proof; "stall producer" toggles the emit interval, "new client" remounts by key for the stalled-mount case; card 24 has the same via `staleMs: 2500` on the mirror); client E = pull path (`useReplayFrame` over the direct remote with a wrapped counting `frame()`, pace switch 250ms/1s/3s keeps seq). `window.__replayVideoDemo` is exposed for debugging (wire.setRateMs, stats). Node-verified: slow wire delivered 12/36 envelopes yet converged to the last frame with bounded buffer (coalesced tail recovery); `syncStoreReplay` off() freezes the mirror and `{since}` resubscribe catches up by tail. Card 25 = per-key feed (`useStoreReplayEach` over `exposeStoreReplay`): a dict-of-rows store, producer touches ONE random row per tick, the fold target is a plain Map with per-row cb counters — only the mutated row's counter grows, keyframe/`replace` are the only whole-table expansions, delete arrives as `(key, undefined)`. Card 26 = route hand-off (`useReplayRouteSubscribe` over the same video line): one canvas starts on relay, switches direct/relay by `switchRoute`, and failed replacement keeps the previous route alive. Browser QA of throttling-sensitive behavior needs a VISIBLE tab: hidden-tab timer/effect throttling stalls the producer and delays passive effects (known stand caveat).
-
-## Logs
-Frequent global logger:
-```
-getLogsApi({limit?, limitPer, varMin?})
-createLogsController({options, state?, onFullChange?, onMiniChange?, onSettingsChange?})
-createLogsControllerState({full?, mini?, settings?})
-logsApi
-PageLogs({update?})
-useMessageEventLogsController({maxVisible?})
-MessageEventLogsView({controller, zIndex?, className?, style?})
-MessageEventLogCard({logs})
-MessageEventLogs({zIndex?}) // compatibility wrapper
-LogsPage({update?})
-useMiniLogsTable({data, onClick?, columnDefs?, defaultColDef?})
-MiniLogsView({controller})
-MiniLogsTable({data, onClick?, columnDefs?, defaultColDef?})
-MiniLogs({data, onClick?}) // compatibility wrapper
-```
-
-React-context logger:
-```
-LogsProvider
-useLogsContext()
-useLogsTableController()
-LogsTable()
-useLogsNotificationsController()
-LogsNotifications()
-LogsSettings()
-MainPage()
-```
-
-The context logger is a larger UI surface; the global `logsApi` is still the shorter integration point. `createLogsController` is the headless layer for append/limit/settings state; `useMessageEventLogsController` owns the global notification queue/timers/settings, while `MessageEventLogsView` and `MessageEventLogCard` own rendering. `PageLogs`, `MessageEventLogs`, and `LogsPage` remain compatibility UI wrappers. `useLogsTableController` and `useLogsNotificationsController` expose the provider-local table/notification state while `LogsTable` and `LogsNotifications` keep the visual wrappers. Shared logger chrome lives in `src/common/src/logs/logStyles.ts` and is themed through `--logs-*` tokens.
-
-Full-page table controller (`useLogsPageTable` -> `LogsPageTableController`): the last logs table
-moved to the controller pattern. Semantics that matter: the grid receives a MOUNT-TIME snapshot of
-the accumulated log map once (`useState` initializer) and afterwards lives on
-`applyTransactionAsync` appends from the mini feed - re-renders do not re-feed `rowData`, so row
-identity is per-append copy exactly as before. The importance filter is ONE method
-(`applyImportanceFilter(min?)`: set -> `setFilterModel` greaterThanOrEqual on `var`, unset ->
-`destroyFilter`), used by both the settings subscription and `onGridReady` (which skips the
-destroy branch - a fresh grid has no filter). Both data subscriptions are `updateBy(obj, cb)`
-WITH a callback: they run imperatively on `renderBy` and never re-render the component.
-`gridProps` is one stable memo - spread it into `AgGridTable`; `fit()` is exposed for the legacy
-`update` prop, which `PageLogs` still honors. QA card 9.
-
-## Cache / Memory / Browser Utilities
-```
-browserCacheStorage
-localStorageCache
-restoreDates(obj)
-createCacheMapWithStorage(entries, save)
-createCacheMap(entries)
-
-ObservableMap<K,V> extends Map      // set/delete/clear announce themselves; touch(key?)
-  .onChange(cb) -> off              //   announces an in-place mutation; MapChangeListener<K>
-memoryCache.onDirty(cb) -> off             // instance dirty channel (coalesced, async); DirtyListener
-memoryCache.isDirty()
-memoryCache.markDirty(scope?, key?)        // manual announce, for plain-Map entries only
-
-memorySet(key, data)
-memoryGet(key)
-memoryGetOrCreate(key, def, options?)
-memoryGetById(key, def, id)
-memoryUpdate(key, mutate)
-memoryMarkDirty(key)
-createSearchHistory({key, max?})
-deepMergeWithMap(target, source)
-structEqual(a, b)                   // deep equality for plain data trees; JSON.stringify-idiom
-                                    //   tolerances (undefined props absent, NaN==NaN) WITHOUT
-                                    //   its key-order sensitivity; not for Maps/Sets/cycles
-memoryCache
-memoryMaps
-
-ArrayPromise({arr, catchF?, thenF?})
-PageVisibilityProvider
-PageVisibilityContext
-setAutoStepForElement(input, {minStep?, maxStep?})
-
-useCacheMapPersistence(cache: CacheMap, delay?=300) -> {isDirty(), flush(), save(), reload()}
-```
-
-Layering (2026-07 architecture pass): the persisted maps (`floatingWindowMap`, `mapResiReact`,
-`mapRightMenu`) are DECLARED in the utils leaf `utils/persistedMaps.ts` and re-exported by their
-owning components (FloatingWindow/Resizable/RightMenuStore) - importing `memoryStore`/`memoryCache`
-no longer pulls react-rnd or the Menu tree; only `import type` lines point upward (erased at build).
-Shared order helper `utils/fixedOrder.ts` (`pinFixedOrder`, `movedOrderWithFixed`) is the single
-implementation of the "fixed entries pin to descriptor index" invariant used by columnState,
-ColumnsMenu, and Toolbar (it used to be four inline copies that had to stay byte-identical).
-
-Cache helpers are process/browser storage utilities, not React state management. The one React
-entry here is `useCacheMapPersistence` - the documented app contract (`load()` on mount +
-`onDirty -> saveDebounced(delay)`) as a hook. Scope is deliberately exactly that: the
-pagehide/visibilitychange flush backstops stay app-side (they are page-level policy, not
-per-component). Effect identity is `[cache, delay]`; the returned methods are pass-throughs and
-`reload()` is an alias of `load()` - a repeated load MERGES storage on top of the current maps
-(addDataToMap semantics), it is not a reset. QA cards 20/21/25 share one `memoryCache`, so
-several mounted hooks coexist: load() is idempotent-enough (merge) and extra onDirty
-subscribers just debounce the same save.
-
-Dirty/save contract: the dirty signal originates in the data layer. The persisted maps are
-`ObservableMap`s, so `set/delete/clear` announce themselves; in-place mutations of stored
-objects are invisible to map methods and are announced with `map.touch(key)` at the commit
-points (FloatingWindow drag/resize stop, FResizableReact resize stop, createUiSlot.setPlace) or,
-app-side, with `memoryUpdate(key, mutate)` / `memoryMarkDirty(key)`. `createCacheMapWithStorage`
-subscribes to the ObservableMaps it owns - the channel is per instance, there is no global
-bus; plain Maps in `arr` stay silent (announce those via `memoryCache.markDirty`). Announcements
-never save anything: scope/key are event metadata, WHAT gets written is decided by the
-save-side serialized-snapshot diff, so a missed announcement degrades to "saved later" and
-an extra one to a no-op write. `isDirty()` is set synchronously; `onDirty` delivery is
-coalesced through a microtask (safe to mutate maps inside render/init paths; not throttled
-in background tabs the way timers are). `memoryCache.load()` ignores its own map events while
-loading and resets dirty after; a save cycle waits out an in-flight load() (a save racing
-a load could overwrite storage with in-memory defaults) and resets the flag at its START
-so a change arriving mid-write survives. Caveat: `flush()` is async - on pagehide
-localStorage writes usually complete but are not guaranteed (Cache API is not); prefer
-visibilitychange->hidden as the primary final save.
-
-## Resize Observer
-```
-CResizeObserver
-setResizeableElement(el)
-removeResizeableElement(el)
-ObserveID
-
-useResizeObserver<T>(onResize) -> {ref, element()}
-useElementSize<T>() -> {ref, element(), width, height, getSize()}
-```
-
-Use the class/imperative pair only when a component must participate in the shared resize
-observer map. The hooks are the React-shaped entry over the SAME module singleton (one native
-`ResizeObserver` per app): `useResizeObserver` returns a callback ref (attach/detach re-observes;
-React null-call on unmount unsubscribes) and takes `onResize` through a ref - new identity
-neither resubscribes nor is missed. The native observer fires once right after `observe`, so the
-first measurement arrives without an explicit initial read. `useElementSize` folds that into
-rounded, equality-guarded `{width, height}` state (a no-op resize does not re-render) plus a live
-`getSize()` getter (exact floats, no render wait). `setResizeableElement`'s auto-shrink path is
-untouched and still class-driven (ParamsEditor inputs). QA card 19 drives both hooks.
-
-## Styles
-```
-tokens                         // TS mirror for inline styles and z-index
-GridStyleDefault()
-StyleGridDefault
-StyleCSSHeadGridEdit(name, rules)
-StyleCSSHeadGrid()
-AgGridClassRule<T>
-```
-
-Style entry points:
-- `src/style/tokens.css` - CSS custom properties shipped to consumers.
-- `src/common/src/styles/tokens.ts` - TS mirror for inline styles, modal z-index, and ag-grid theme params. Values must stay aligned with `tokens.css`.
-- `src/style/style.css` - shared component classes and token consumers.
-- `src/style/menuRight.css` - right-menu classes and outline-demo CSS.
-- `src/common/src/styles/styleGrid.ts` and `src/common/src/grid/agGrid4/theme.ts` - ag-grid theme setup from `tokens.grid`.
-- QA stand: `npm run testReact -- --host 127.0.0.1 --port 3002`, entry `src/common/testUseReact/qa.tsx`.
-
-Current tokenized prefixes:
-- `--color-*` for base palette.
-- `--menu-*` for mouse context-menu and right-menu visuals.
-- `--wnd-*` for `FloatingWindow` chrome.
-- `--dlg-*` for `SettingsDialog` chrome.
-- `--tb-*` for toolbar chrome.
-- `--logs-*` for global/context logger chrome.
-- `--cols-menu-*` for compact `ColumnsMenu/MenuStrip` chrome.
-- `--cols-dots-*` for `ColumnDots` chrome.
-- `--cols-card-*` for `CardList` chrome.
-- `--wenay-z-modal` for modal/overlay stacking.
-
-Normalization rule: new shared CSS should first try an existing token. Add a new token only when a value is reused by a shared primitive or is expected to be theme-overridden by apps. One-off app/demo styles should stay in the demo/app wrapper, not in library tokens. Do not delete a default style/class without a replacement class/token path and changelog entry; visually broken defaults are treated as a compatibility break.
-
-Open normalization candidates:
-- `src/style/style.css`: `.msTradeAlt`, `.msTradeActive`, `.newButtonSimple`, `.toIndicatorMenuButton:hover`, submit-button green, and several toolbar row hover/drag literals still use raw colors.
-- `src/common/src/grid/columnState/*`: compact menu/dots/card visuals now use `.wenayColumnGrid*`, `.wenayColsMenu*`, `.wenayColDots*`, `.wenayCardList*` plus `--cols-grid-*`, `--cols-menu-*`, `--cols-dots-*`, and `--cols-card-*`; further changes here should be visual QA only, not a new default palette.
-- `src/common/src/components/ParamsEditor.tsx` and `src/common/src/components/Input.tsx`: if these stay public primitives, define default class/token contracts instead of component-owned visual styling.
-- `src/common/src/styles/commentaryStyles.css`: standalone `.commentary` CSS is not imported by the root style bundle; either import/tokenize it if still used, or mark it as a local component concern.
-
-Recently normalized: mouse context-menu item colors through `--menu-*`, `--menu-outline-color` for `OutlineDragDemo`, `--logs-*` for logger chrome, `--dlg-scrim` in `ModalProvider`, compact `ColumnsMenu/MenuStrip` visuals through `.wenayColsMenu*` / `--cols-menu-*`, card-29 mobile primitives through `--cols-dots-*` / `--cols-card-*`, and createColumnGrid overlay through `.wenayColumnGrid*` / `--cols-grid-*`.
-
-## Cleanup Inventory
-
-Do not delete a public export just because it looks unused inside this repo. External apps may import it. For cleanup, first move an item into this inventory, then decide in a separate breaking version whether it remains public, moves to a demo namespace, or is removed.
-
-Suspicious but still public:
-- `OutlineDragDemo`, `RightMenuDemo`, `ChartDemo` - demo/test-style exports. They are useful for the QA stand, but look like demo surface rather than core API.
-- `StickerMenu` - exported from `components/Menu`; visually app-specific and should probably become an app wrapper or be documented as an example component.
-- `logsApi` global logger and the context logger (`LogsProvider`, `LogsTable`, `LogsNotifications`, `LogsSettings`, `MainPage`) overlap. Keep both for now; document one as the short integration path and the other as the larger UI surface.
-- Chart engine primitives (`DataSet`, `Panel`, `Renderer`, `Interaction`, `ChartEngine`, etc.) are very low-level. They are public through `chartEngineReact.tsx`; product apps should wrap them before use.
-- `src/common/src/myChart/chartEngine/chartEngine.ts` is a reference copy next to the public React engine. It is not exported from root; treat it as suspicious maintenance debt, not as public API.
-- `StyleCSSHeadGridEdit` and `StyleCSSHeadGrid` mutate `<head>` directly. They are exported and can have consumers, but new grid styling should prefer ag-grid theme params and tokens.
-
-Added by the 2026-07-09 architecture audit (evidence in the audit report / `doc/target/my.md`):
-- `menuR.tsx` (`createRightClickMenu` / `MenuR`) - CONFIRMED dead: no runtime consumer anywhere (the test that supposedly covers it imports `RightMenu.tsx`); re-exported twice from `api.tsx` (`export *` + `kit.menu.rightClick`). Candidate for removal in a deliberate breaking version; its gesture code duplicates `menuMouse.tsx:342-380`.
-- `logsContext.tsx` - a full PARALLEL logs stack (own `LogEntry` shape divergent from `logsController`, raw unguarded `localStorage`, own settings/notifications/table) exported from the barrel next to `logs.tsx`. Decide: deprecate or converge; new code should use `logsApi`/`createLogsController`.
-- `MyChartEngine` - a hardcoded DEMO (random data + setInterval inside `useEffect`, no props but `style`) exported as public API from `chartEngineReact.tsx`; `generateIncrementalData` (Math.random demo util) is public too. Should move to demo namespace or gain a real props contract.
-- ~~`getLogsApi<T>()` shared module state~~ FIXED (A2, v1.0.41): every call now builds its own map/mini/settings (optional `settingsKey` persists per instance); the global `logsApi` explicitly injects the legacy shared state.
-- ~~`FloatingWindow` `onCLickClose` typo~~ ALIASED (A10, v1.0.42): `onClickClose` added, typo prop is a deprecated alias; REMOVAL of the alias still needs a breaking pass.
-- `DragArea` - `@deprecated` (A7, v1.0.42): no consumers; unique semantics kept as-is (see Drag / Resize Low Level). Removal in a deliberate breaking version.
-- `Button` `keySave` prop - deprecated alias of `keyForSave` (A10, v1.0.42); removal in a breaking pass.
-- `contextMenu` raw `map`/legacy-queue path is test-only-live (populated only by `contextMenuStats.test.tsx`); the `bb`/`map.clear()` reopening invariant itself is intentional and stays.
-
-## Charts
-Canvas chart:
-```
-createChartCanvas(config) -> IChartCanvas
-ChartDemo()
-```
-
-Chart engine:
-```
-createDataSet(params)
-createDataModel()
-createPanelManager()
-createRenderer()
-createInteraction(...)
-createChartEngine(canvas)
-generateIncrementalData(...)
-MyChartEngine
-```
-
-The chart engine exports many internal interfaces (`DataPoint`, `DataSet`, `Panel`, `Renderer`, `Transform`,
-`Interaction`, `ChartEngine`). Treat them as low-level until an app wrapper fixes product-level behavior.
-
-## Deprecated Naming Smells
-```
-Get*             // usually a factory from older style; prefer create* or use*
-*FuncJSX         // imperative JSX store; prefer React context/controller
-*2 / *3          // version suffix; document the intended canonical one in brief
-removed old grid update names -> applyGridRows / agGrid4
-```
-
-Do not add new generic utilities with app words in their signature. For example, a column primitive should accept
-`names` and `apply`, while a product wrapper decides group ids, column ids, and labels.
+# wenay-react2 - EXTENDED / rare surface
+
+> Everyday API lives in **`wenay-react2.md`**.
+> This file lists low-level primitives and migration notes.
+> Root import: `import { ... } from "wenay-react2"`.
+
+## Migration Rule
+```
+New code teaches and imports the short canonical surface:
+  useModal(), useOutside(), useDraggableApi(), useReorder(), useReorderBoard(),
+  useAgGrid(), createGridBuffer(), createColumnBuffer(), createUiSlot(), createToolbar()
+
+Old names are recorded only in `WENAY_REACT2_RENAMES.md`; do not export new compatibility aliases casually. Existing public APIs should usually remain supported during internal refactors; removals require an explicit migration cut with a separate task, migration notes, changelog, and usage signal. Default style contracts are stricter: do not remove old default classes/styles until the replacement class/token path is shipped and documented.
+Do not add new examples with Get*, FuncJSX, *2/*3, or business-specific helper names.
+If a primitive needs app policy, build a small app wrapper above it.
+If behavior is reusable, expose it first as a headless use*/create* API. The hook/controller may return methods, getters, props/bind helpers, or a small API object; visual components and QA cards should consume that surface instead of becoming the only implementation.
+```
+
+Canonical method vocabulary:
+```
+open / close / set / replace       // modal-like state
+update / remove / clean / sync     // data-buffer state
+fit / flush                        // ag-grid visual/transaction lifecycle
+props / bind                       // spreadable element props
+get / set / reset / cancel         // local hook/controller state
+on -> off                          // subscriptions
+```
+
+## Root Namespaces
+```
+import { kit } from "wenay-react2"
+
+kit.hooks
+kit.dnd
+kit.utils
+kit.grid
+kit.modal
+kit.menu
+kit.logs
+kit.updateBy
+```
+
+The root export is still flat. `kit` is useful when a large file needs grouped names.
+
+## Modal Low Level
+```
+useModal()                         // callable controller with show/open/close/set
+createModalElementStore()          // imperative JSX store; prefer ModalProvider/useModal
+createModalRenderStore()           // function JSX store; prefer ModalProvider/useModal
+inputModal({modal, func, name?, txt?})
+confirmModal({modal, func, password?})
+```
+
+`inputModal` and `confirmModal` accept either a setter function or the `useModal()` controller.
+
+Internal Overlay (A9, 2026-07-10): `components/Overlay.tsx` is the ONE portal+scrim+outside-click+
+Escape composition; `ModalProvider` and `SettingsDialog` are adapters over it (behavior 1:1,
+SettingsDialog keeps its own two-stage Escape by NOT passing `onEscape`). It is deliberately not
+exported: apps use ModalProvider/useModal/SettingsDialog. The render-slot stores above, the
+LeftModal drawer (gesture-driven, scrim-less), and `ModalWrapper`/Input helpers (backdrop-less,
+hosted inside another modal slot) are NOT overlays and stay separate. This leaf is also where all
+scrim/portal DOM lives - the seam for a future react-native view layer.
+
+Left-side modal/menu helpers:
+```
+LeftModal({arr, zIndex})
+ApiLeftMenu
+getApiLeftMenu()
+TestLeft333()
+```
+
+These are app-shell style utilities. Prefer local app wrappers for new layouts.
+
+## Settings Dialog / UI Slot / Callback Hub Details
+Settings dialog (centered panel ~720x480, max 92vw/82vh; searchable settings tree left, content right):
+```
+type SettingsSection = {key: string, name: string, render: () => ReactNode, children?, parentKey?, searchText?, keywords?}
+
+<SettingsDialog
+    trigger={...}                     // wrapper span is clickable
+    sections?                         // static sections, listed first; children form tree nodes
+    defaultSection?                   // falls back to the first section when missing/unmounted
+    sectionClassName?                 // apps pass their own .chip; default .wenayDlgSection
+    sectionActiveClassName?           // apps pass their own .chipActive; default .wenayDlgSectionActive
+/>
+
+useSettingsDialogController({sections?, defaultSection?, sectionClassName?, sectionActiveClassName?})
+registerSettingsSection(s) -> unregister
+getSettingsSections() -> readonly SettingsSection[]
+```
+The registry is a module singleton on updateBy/renderBy (no React context). Registering the same
+`key` replaces the previous section; unregister removes by identity, so a stale unregister after a
+replacement is a no-op. Tree shape comes from nested `children` or flat sections with `parentKey`.
+Search matches section labels, `keywords`, `searchText`, and best-effort text extracted from rendered
+React children; matching descendants stay visible and their ancestors auto-expand. The search input uses
+`createSearchHistory({key:"SettingsDialog.searchHistory"})`: Enter commits the current query, the history
+button recalls stored queries, leaving the search box closes the list, and changes are published through memoryProps -> memoryCache. `useSettingsDialogController` exposes the same open/search/tree/history/nav-resize actions for custom settings chrome. Tree controls
+are one compact dotted cycle button in the search row (expanded -> current branch -> collapsed), hidden when
+the tree has too little hierarchy to need it. Closes on the x, a scrim click, and Escape.
+Styling: `--dlg-scrim / bg / border / radius / shadow / nav-bg / nav-width` tokens (tokens.css,
+mirror `tokens.dlg`), classes `.wenayDlgScrim / .wenayDlg / .wenayDlgNav / .wenayDlgSearch /
+.wenayDlgTree / .wenayDlgContent / .wenayDlgSearchHistory` in style.css; dark defaults, apps re-skin
+via `:root[data-theme]` like `--wnd-*`.
+UI slot:
+```
+createUiSlot({key, places, def}) -> {Slot, PlacementSetting, getPlace, setPlace}
+<slot.PlacementSetting className? activeClassName? />   // defaults .wenaySegBtn / .wenaySegBtnActive
+```
+State lives in `memoryGetOrCreate(key)` -> persisted with the rest of memoryProps; `setPlace`
+announces the in-place mutation via `memoryMarkDirty(key)` and the APP decides when to save
+via `memoryCache.onDirty` (the library never writes storage itself, same as window state).
+A stored place that no longer exists in `places` falls back to `def`. `getPlace()` is not reactive;
+Slot/PlacementSetting subscribe internally via updateBy.
+
+Toolbar (createToolbar, `components/Toolbar/Toolbar.tsx`):
+```
+createToolbar({key, items, def?, settingsItem?, resetItem?, source?, sourceMode?}) -> {Bar, Settings, api: {useConfig, useItems, getConfig, setConfig, setOrder, show, setDensity, showSettings, showReset, reset, onChange}}
+<tb.Bar className? settings? reset? popAlign? />             // default classes .wenayTb / .wenayTbItem; popAlign
+                                                      //   'right' (default, top-right bars) | 'left'
+<tb.Settings className? activeClassName? />           // density segments default .wenaySegBtn(Active)
+registerToolbarDensity({key, name, renderItem?}) / getToolbarDensities()
+toolbarItemIcon(item) -> ReactNode                   // item.icon, or first letters of short/title
+```
+Three decoupled layers: serializable config `{order, visible, density}` (single source of truth,
+persisted exactly like createUiSlot: memoryGetOrCreate(key), edits mutate in place + renderBy +
+memoryMarkDirty, the APP saves via memoryCache.onDirty), Bar (visible!==false, in order, at density) and
+a PURE Settings editor over config - the same element works in the Bar's gear popover and in a
+registered settings section, no prop changes. Semantics that are easy to get wrong:
+- Merge of stale persist: unknown keys in stored order/visible are ignored (view-level; raw
+  storage is untouched until the next setConfig), items missing from the config are APPENDED
+  default-visible - an app update never wipes the user's order/visibility.
+- `fixed` items: always visible, pinned at normalize() to their index in opts.items (checkbox
+  disabled, not draggable) - and the drag PREVIEW already respects the pinning, so they never
+  move visually and a drop never lands elsewhere than shown.
+- Density is an extensible module registry (like registerSettingsSection): entries may carry
+  `renderItem(item)`; item.render(density) always wins; entries without renderItem fall back to
+  icon + (short ?? title). A persisted density that is no longer registered falls back to
+  def/first. Bar/Settings subscribe to the registry (updateBy), so registering a level updates
+  live.
+- Reorder rides the library's own `useReorder` (see Drag / Resize Low Level; this editor is its
+  first consumer): the WHOLE row drags, mouse+touch, checkbox excluded, and `move` is the SAME
+  simulated commit as normalize() (splice + fixed pinning), so preview and drop agree by
+  construction. Neighbours glide via transitioned transforms (`.wenayTbRowShift`), ONE setConfig
+  on drop. Plus arrow keys on the focused handle (the drag hook preventDefaults mousedown, so the
+  row handler focuses the handle itself). No dnd dependency; FloatingWindow/react-rnd deliberately not
+  used (free-floating windows, wrong tool). `touch-action: none` + `user-select: none` on
+  draggable rows (`.wenayTbRowGrab`).
+- `api.onChange` is a wenay-common2 `listen` stream; emits the NORMALIZED config after every
+  config edit. useConfig subscribes via updateBy; getConfig is a non-reactive snapshot.
+  `setOrder(order)` is the focused external-control path for grid/menu reorder sync: it preserves
+  current membership, density, and pseudo-control visibility while changing only item order. `show(key,on)`,
+  `setDensity(key)`, `showSettings(on)`, and `showReset(on)` are the matching narrow writes; `setConfig` remains the low-level full write.
+- The gear and reset buttons are pseudo-items: reserved visible keys `__settings` and `__reset`,
+  NO order slots (they always sit at the bar edge), toggled from separated rows at the bottom of
+  the editor (`.wenayTbRowMeta`, outside the drag-slot container on purpose). Hiding the gear in
+  its own popover closes the popover - the global settings section is the way back. The reset
+  button calls `api.reset()` and restores defaults for order, membership, density and pseudo-control
+  visibility. Settings is default-visible; reset is default-hidden unless `resetItem.defaultVisible=true` or `api.showReset(true)` enables it. `resetItem: false` removes that feature. Faces via `settingsItem` / `resetItem`.
+- **The Settings CONTAINER is the client's choice (not the core's).** `tb.Settings` is
+  presentation-agnostic - render it anywhere. `<Bar settings>`'s gear opens it in a small inline
+  popover anchored to the gear; since the bar reflows when you toggle membership, that popover
+  shifts a little (known minor twitch). The core deliberately ships ONLY that inline popover -
+  anything richer is a client layer. For a stable, movable editor render `tb.Settings` in your own
+  container: a registered settings section (`registerSettingsSection`), or a draggable window -
+  `FloatingWindow` (drag by header, close X, viewport-clamped, position persisted via `keyForSave`)
+  wrapped in `OutsideClickArea` for close-on-outside-click. Recommended pattern for clients who
+  want the modal-with-title-bar-and-close look; QA card 30 demonstrates it (gear -> Settings in a
+  FloatingWindow, in the card's own positioned layer so it scrolls with the card). This is separate
+  from the row REORDER above, which stays on `useReorder` (a floating window would be the wrong tool
+  there).
+- `api.useItems()` is the headless bar: ordered, visibility-filtered `[{item, density, content}]`
+  for fully custom markup. Refs-out was rejected deliberately: order lives in the config, so the
+  consumer re-renders from this list - the library never re-parents foreign DOM nodes.
+- `icon` is OPTIONAL: `toolbarItemIcon(item)` returns the icon, else the first 3 letters of
+  short/title as a text pseudo-icon (icon density only - the label density shows the caption, not
+  the letters). Exported so menus (ColumnsMenu compact) share the exact rule.
+- `source?: UiListSource` inverts ownership. Default `sourceMode:"orderVisible"` makes the toolbar a
+  VIEW over source order+visibility: setConfig writes item order/visibility THERE (its own change
+  flow re-emits `api.onChange`; the toolbar emits itself only if the source has no `onChange`), while
+  density and the gear/reset flags stay in the toolbar's own `st` under `key`. `sourceMode:"order"`
+  shares only the relative order of keys present in the source; item membership, density,
+  pseudo-controls, and extra non-source item positions stay local. On source reorders, source keys
+  refill their slots in the local toolbar order, so an extra item like QA card 30's `blockMode` is
+  not pushed into `columnState` and does not need a bridge hook. `ext` is per-instance constant, so
+  hook-call order in useConfig/Bar/Settings never changes. `columnState.api.listSource` is the
+  reference implementer (QA card 31 for order+visibility, QA card 30 for order-only). Without a source
+- v1 non-goals: no overflow/"more" menu (hook point: Bar, after the visible-items map), no
+  grouping, no cross-bar drag.
+Styling: `--tb-*` tokens (tokens.css, mirror `tokens.tb`), classes `.wenayTb*` in style.css;
+dark defaults, apps re-skin via `:root[data-theme]` like `--wnd-*` / `--dlg-*`.
+
+Callback hub (for single-slot callback APIs `onX(cb | null)` whose subscribers silently
+overwrite each other):
+```
+createCallbackHub<Args>(bind) -> {on, count}
+```
+`bind(emit)` runs lazily, ONCE, on the first `on()` - not at creation time, because the slot may
+still be taken by app initialization. The first callback is registered before bind runs, so it
+also catches synchronous emits. `on(cb) -> off`; off removes only that subscriber.
+
+## columnState (createColumnState, `grid/columnState/`)
+A persisted column layer over a keyed column set - order/visibility/width/sort/filter in a
+standalone config store, plus an OPTIONAL two-way ag-grid adapter. Mobile card views consume the
+SAME config with no ag-grid at all. agGrid4 is never modified: this is exactly the app-level
+column wrapper WRAPPER.md postulates, packaged as a primitive; ag-grid enters only as a type
+import + the GridApi handed to grid.attach().
+```
+createColumnState({key, columns: ColumnMeta[], def?, saveMs?=300})
+    -> {columns, api, grid: {attach(api), detach()}}
+ColumnMeta   = {key, title, short?, icon?, group?, fixed?, defaultVisible?, cardRole?: 'title'|'accent'}
+ColumnsConfig= {v, order, visible, width, sort: {key, dir} | null, filter, groups}
+api: {getConfig, setConfig, useConfig, onChange, reset, show(k,on), move(order), setSort(s|null),
+      toggleSort(k), visibleKeys(), getPresent, usePresent, isPresent(k), setPresent(keys|null), getPresentGate, setPresentGate(keys|null), listSource}
+```
+Persist + migration (same DNA as createToolbar/createUiSlot): config lives in `memoryGetOrCreate(key)`,
+edits mutate it in place + renderBy + memoryMarkDirty, the APP saves via `memoryCache.onDirty`.
+`normalize()` is the soft migration - unknown keys dropped, missing columns appended
+default-visible, `fixed` pinned to its descriptor index; `v` covers incompatible shape changes.
+The persisted object's IDENTITY is the subscription key, so `memoryCache.load()` must run BEFORE the grid
+mounts (a grid attached pre-load would apply defaults; QA card 28 gates the grid on `loaded`).
+
+Semantics that are easy to get wrong:
+- STICKY sort: `sort` is independent of visibility and of any UI selection, may point at a hidden
+  OR grid-absent column, and changes only by an explicit toggle/header click. `readFromGrid` keeps
+  it when the live grid lacks that column (the grid cannot express a sort by a column it does not
+  have), so hiding or removing the sorted column never silently resets it.
+- Two-way loop protection: store->grid runs under an `applying` flag; grid->store ignores events
+  while `applying`, with `source=='api'`, or `finished===false` (resize/move fire per animation
+  frame - only the final shape persists), debounced `saveMs`, and a JSON compare before commit. A
+  `fixed` column dragged off its slot in the grid: readFromGrid commits, normalize() pins it back,
+  and if the order changed the adapter re-applies to the grid (snap-back) so the two never disagree.
+- Presence (`usePresent/isPresent/setPresent/setPresentGate`): runtime-only, NEVER persisted. It is
+  the intersection of actual live-grid columns and an optional app-level gate. The adapter maintains
+  actual presence on attach and on `gridColumnsChanged`; a column removed from the grid (dynamic
+  columnDefs) keeps its config entry and its menu button (rendered disabled), and when the set changes
+  the adapter RE-IMPOSES the config so a returning column regains its stored order/width/visibility
+  (setting columnDefs resets grid order). `setPresentGate(keys|null)` is for stable-schema app modes:
+  it marks gated-out buttons disabled and hides those grid columns through applyColumnState without
+  mutating persisted `visible`. No loop: applyColumnState never adds/removes columns. Null actual presence
+  and null gate together mean all present; if a gate is set, grid-less consumers still see that gate.
+- `listSource` = the `{order, visible}` slice exposed as a `UiListSource` (Toolbar's
+  external-config contract): plug it into `createToolbar({source})` and the toolbar, the icon menu
+  and the grid all mirror one config. Its setConfig MERGES visible and re-appends via normalize, so
+  an editor over a SUBSET of columns never drops the rest.
+- `filter`/`width` are written by the grid adapter only; `groups` (group key -> enabled
+  sub-columns) is modelled now; core group UI is still app-owned. QA card 30 demonstrates an app-level
+  mode button over stable grouped `columnDefs`; `presentGate` hides unavailable leaf columns and keeps their buttons disabled.
+  `visibleKeys()` additionally gates a grouped column by its group's enabled set.
+- Attach from the consumer's `onGridReady` (AgGridTable forwards it over its own wiring) with
+  `autoSizeColumns={false}` (auto-fit at mount would rewrite stored widths); detach from
+  `onGridPreDestroyed` - the config outlives the grid (columnBuffer pattern). HMR caveat on the
+  stand: hot-reload recreates a module-level controller while the live grid stays attached to the
+  OLD instance, so store->grid needs an F5; in a real app the module runs once.
+
+High-level kit (`createColumnGrid`, `grid/columnState/columnGrid.tsx`):
+```
+createColumnGrid({key, columnDefs?, columns?, data?, getId?, def?, saveMs?, toolbar?, autoSizeOnColumnCountChange?})
+    -> {state, toolbar, api, grid, tableProps, Table, Menu, Dots, Cards, Toolbar, Settings, View}
+useColumnGrid(opts) -> same controller, captured once for component-local setups
+```
+- This is the default convenience layer for ordinary app grids that all need the same column menu.
+  It infers `ColumnMeta` from leaf `ColDef`s (`colId` -> `field`, title from `headerName` -> key)
+  and merges optional `columns` overrides for `fixed`, `short`, `icon`, `defaultVisible`, `cardRole`,
+  and group semantics. Unknown explicit overrides are appended, so grid-less/card-only fields still work.
+- `Table` and `tableProps()` wrap `AgGridTable` and wire `state.grid.attach/detach` automatically.
+  Their default `autoSizeColumns=false` is deliberate: the wrapper is for persisted column layout, so
+  auto-fit must be opt-in. `autoSizeOnColumnCountChange` is a narrower opt-in: it calls
+  `sizeColumnsToFit()` only when `visibleKeys().length` changes after a columnState edit.
+- `View` is a small representation switch (`mode:'table'|'cards'`) with controls
+  (`'menu'|'dots'|'toolbar'|false|'auto'`). `auto` resolves to the built-in dots overlay for both
+  table and card mode; the wrapper sets dot max to the full column count unless overridden. `Dots` is
+  not card-specific; on table mode it edits the same config and the attached grid applies visibility,
+  order, and sort through columnState. `data`/`getId` can live on the controller defaults or be
+  passed per `View` render.
+- Use raw `createColumnState` plus `createToolbar` when the app needs a custom skin like QA card 30,
+  a runtime `presentGate`, special group mode buttons, or nonstandard persistence timing.
+
+Icon menu (ColumnsMenu / MenuStrip, `grid/columnState/ColumnsMenu.tsx`):
+```
+<MenuStrip items={MenuStripItem[]} onItem? onMove? move? tail? holdMs?=150 compact? />
+    MenuStripItem = {key, title, short?, icon?, state: 'on'|'off'|'disabled', marks?, fixed?}
+<ColumnsMenu state onItem? marks? tail? onTail? reorder?=true holdMs? compact? />
+```
+Two DECOUPLED layers, because "what a click means" is deliberately not the strip's business:
+- `MenuStrip` is pure presentation - ordered buttons in three states plus a `marks` adornment
+  ("on with extras": sub-columns, naming strategies...); it reports clicks (onItem) and
+  drag-reorders (onMove) but interprets neither. Reusable for ANY multi-state button strip.
+  `disabled` buttons report no clicks; `fixed` ones do not drag; `tail` = buttons after a divider,
+  OUTSIDE the reorder list (mode cyclers/actions). Reorder rides `useReorder` (second consumer
+  after the Toolbar editor) with the same fixed-pinning `move`, so preview == drop.
+- `ColumnsMenu` binds it to a columnState: buttons follow config.order (the grid mirror is free -
+  both read the same config), state = disabled (absent from the live grid) / on / off, default
+  click = toggle visibility (overridable via `onItem` for multi-state columns), drag = api.move.
+  It is the compact/presentation surface. For settings-integrated bars that need density,
+  pseudo-controls, reset, and global Settings reuse, use `createToolbar({source: cs.api.listSource})`
+  as the canonical richer surface and optionally render a compact `ColumnsMenu` beside it.
+- Click-vs-drag guard: a drag that ends on its origin button still fires a browser click; a click
+  that travelled >4px from mousedown is dropped, so a snapped-back drag never also toggles.
+- `compact` = icon-only buttons: the icon, or the first letters of short/title as a text
+  pseudo-icon (full title in the tooltip), the same rule as `toolbarItemIcon`.
+
+Mobile (no ag-grid, no storage - the config alone):
+```
+<ColumnDots state max?=8 className? style? />        // grid/columnState/ColumnDots.tsx
+<CardList<Row> state data getId? renderValue? />     // grid/columnState/CardList.tsx
+```
+- `ColumnDots` is a discrete multi-thumb slider on pointer events (react-range cannot change thumb
+  count): a track of marks (one per column), dots on the shown columns. Gestures use a
+  dominant-axis test so a horizontal drag never removes and a vertical flick never reorders: drag a
+  dot along the track = the column takes another (empty) mark; swipe a dot UP = hide (fixed and the
+  last remaining dot stay); tap an empty mark = show (up to `max`); tap a dot without moving =
+  select the field; the sort button cycles asc->desc->off on the SELECTED field (sticky - selecting
+  another dot does not touch it). 44px touch targets.
+- `CardList` renders rows as blocks: `visibleKeys()` become the card fields (created/removed live
+  as dots move), `cardRole:'title'` = the header (else the first visible key), `cardRole:'accent'`
+  = a badge, the rest are label+value. It sorts by the sticky `config.sort` itself
+  (numeric/locale comparator) even when the sorted column is hidden.
+Styling uses shared classes `.wenayColDots*` / `.wenayCardList*`; runtime geometry remains inline because dot positions and drag transforms are state-derived. QA cards 28 (grid layer + F5 restore), 29 (mobile dots + cards), 30 (toolbar icon menu + grouped sub-column mode button), 31 (Toolbar over columnState.listSource + pseudo-icons), 32 (createColumnGrid wrapper + dots driving table/cards).
+
+## Outside / Buttons Compatibility
+```
+useOutsideRef(options) -> ref       // use useOutside(options).ref / .props
+OutsideClickArea                   // alias of OutsideClickArea
+
+StyleOtherRow
+StyleOtherColumn
+```
+
+`Button`, `OutsideButton`, `HoverButton`, and `AbsoluteButton` are still direct components rather than hook controllers.
+
+`Button` persists its open/closed status under `keyForSave` (module-lifetime; same naming as
+FloatingWindow/Resizable/RightMenu); the old `keySave` prop is a deprecated alias (`keyForSave`
+wins when both are set).
+
+## Drag / Resize Low Level
+```
+FloatingWindowBase(props)                  // lower-level react-rnd wrapper
+FloatingWindow(props)                      // canonical floating window component
+useFloatingWindowController(options)       // headless geometry/stack/drag/resize controller for custom chrome
+floatingWindowMap                           // persisted RND map (ObservableMap)
+FloatingWindowUpdate
+FloatingWindowProps / FloatingWindowController / FloatingWindowSavedGeometry
+
+DragBox(props)                       // delta-drag component; thin adapter over useDraggableApi (A7)
+DragArea(props)                     // @deprecated: unique semantics kept as-is; prefer useDraggableApi/DragBox
+FResizableReact(props)
+mapResiReact                        // persisted resize map (ObservableMap)
+OutlineDragDemo()
+```
+
+For new pointer logic, prefer:
+```
+const drag = useDraggableApi(...)
+<div {...drag.bind} />
+```
+
+`useDraggable(...)` is kept as the simple hook wrapper; `useDraggableApi(...)` is the controller-style shape.
+
+Drag primitives after the A7 pass (2026-07-10): `DragBox` is a thin adapter over
+`useDraggableApi({holdMs: 0, trackState: false, onMove})` - same observable contract as its old
+bespoke loop (immediate start, per-tick imperative `onX`/`onY` with the delta from the press
+point, no re-render per move tick, `onStop` only after a real gesture, `last` ref shares the live
+position object; pinned by `__test/dragBox.test.tsx`, QA card 35). `DragArea` stays untouched and
+`@deprecated`: no consumers, and its semantics are unique (document.body listeners,
+`stopPropagation` per move tick, ABSOLUTE coords, no preventDefault) - re-basing it would change
+observable behavior; removal only in a breaking version. `useFloatingWindowController`'s header
+loop and `StickerMenu` deliberately keep their own loops: viewport clamp + `e.buttons===1` release
+recovery + persistence/z-stack, and mount-lifetime listeners + click-vs-drag suppression
+respectively, are load-bearing behavior `useDraggableApi` does not model.
+
+Reorder-by-drag (useReorder, `hooks/useReorder.tsx` - extracted from the Toolbar editor, which is
+its first consumer):
+```
+useReorder({order, commit, move?, canDrag?, preview?: 'slots'|'measure', holdMs?})
+    -> {listRef, item(key) -> {props, style?, dragging, active}, dragKey, preview}
+```
+A deliberately SMALL reorder for keyed blocks laid out by CSS - the hook never knows the layout
+(vertical list, horizontal bar, wrapped grid all work). Semantics:
+- DOM order never changes mid-drag: the dragged block follows the pointer via transform, the rest
+  glide to their preview position (consumer adds the transition on `active && !dragging`), ONE
+  `commit(next)` on drop, skipped when nothing moved (a plain click is a no-op).
+- Targeting = nearest slot center measured at drag START - never against the live layout
+  (re-measuring moving blocks oscillates at boundaries; designed out). Pointer deltas (viewport
+  px) are normalized by the container's scale factor (rect.width / offsetWidth), so
+  `transform: scale` / zoomed ancestors do not skew targeting.
+- `move` is the simulated commit: the preview shows exactly `move(order, key, to)` - consumers
+  with pinning rules (Toolbar's fixed items) pass their own so preview == drop by construction.
+- preview 'slots' (default) transforms between start slot centers - exact when blocks are
+  equal-sized. 'measure' is FLIP: the preview order is applied via CSS `order`, layout offsets
+  (offsetLeft/Top) are read and reverted in one synchronous pass (never paints), so wrapping with
+  ANY block sizes previews exactly; requires a flex/grid container; measured once per target
+  change. Offsets, NEVER getBoundingClientRect: rects include mid-flight TRANSITION values
+  (style.transform='none' does not stop a running transition within the same synchronous pass),
+  so rect-based re-measures accumulated the previous preview's shifts on every target change and
+  the blocks flew apart on target oscillation.
+- Events from `input/button/select/textarea/a` never start a drag; mouse is left-button only;
+  touch works (`touch-action: none` on blocks is the consumer's CSS).
+- Non-goals (use a ready-made dnd library instead): nesting, spans/collision packing,
+  autoscroll. QA card 26 is the live example. Cross-COLUMN moves live in useReorderBoard below.
+
+Board (useReorderBoard, `hooks/useReorderBoard.tsx` - the columns extension of useReorder):
+```
+useReorderBoard({columns: [{key, items}], commit(next), canDrag?, holdMs?,
+                 onDragStart?, onDragMove?, onOverChange?, onDragEnd?})
+    -> {columnRef(col) -> RefCallback, item(key), dragKey, over: {col, index} | null}
+```
+- Columns are plain consumer divs registered via `columnRef(key)` (live callback-ref registry -
+  ADDING a column is just consumer state + one more div, spliced at ANY position of the columns
+  array incl. the middle); a column's children must be exactly its items, 1:1, in order. The
+  column set/geometry is frozen for the duration of one drag.
+- Column gravity is pure consumer CSS (`justify-content: flex-start` packs up, `flex-end` packs
+  down) - the hook never knows it, it measures the real layout. Do NOT use `flex-direction:
+  column-reverse` (it inverts DOM-vs-visual order; the 1:1 mapping breaks).
+- Targeting: nearest column by clamped rect distance, insertion index = how many of that column's
+  START item centers sit above the dragged center (start geometry only - anti-oscillation, same
+  rule as useReorder). Preview = simulated commit (movedColumns), so preview == drop.
+- Cross-column FLIP, offset-based like useReorder: the dragged block leaves flow via
+  display:none, survivors get preview CSS `order`, and the landing slot becomes a real
+  margin gap (draggedHeight + row-gap) on the neighbour - the column's own gravity then decides
+  who moves aside (a flex-end column slides the blocks ABOVE the slot up). Apply-read-revert in
+  one synchronous pass, cached per target slot.
+- Callbacks: onDragStart (grab), onDragMove (every move, pointer delta in local px),
+  onOverChange (only when the target slot changes; compare prev.col != over.col for column
+  crossings), onDragEnd (final slot + committed flag; a plain click is committed=false).
+  `over`/`dragKey` are also returned reactively for render-time styling (column highlight).
+- QA card 27 is the live example (5 columns, mixed gravity, empty column, add-column).
+
+## Grid Row Utilities
+```
+applyGridRows(params)
+```
+
+Use `agGrid4` for new tables:
+```
+createGridBuffer()
+useAgGrid()
+AgGridTable
+createColumnBuffer()
+numericComparator()
+colDefCentered
+colDefWrap
+```
+
+Important agGrid4 contracts:
+```
+mirror mode:  buffer owns row set; sync can add/update/remove grid rows.
+overlay mode: rowData owns row set; sync updates only existing grid rows.
+clean():      clears buffer; mirror also removes grid rows, overlay does not remove declarative rows.
+flush():      React/controller method that calls ag-grid flushAsyncTransactions().
+```
+
+Plain declarative `rowData` should preserve AgGridReact defaults unless the caller provides `getRowId`.
+Buffered paths need a stable `getId`.
+
+Dynamic columns:
+```
+createColumnBuffer().api.setNames(names)          // exact set, dedupe preserving order
+createColumnBuffer().api.apply()                  // replay last attached apply callback
+createColumnBuffer().control.attach(api, {apply})
+createColumnBuffer().control.detach()             // keep names
+```
+
+The primitive must not contain product group names, base `columnDefs`, visibility rules, or app naming policy.
+
+## Params / Generated Editors
+```
+ParamsEditor({params, onChange, onExpand?, expandStatus?, expandStatusLvl?})
+useParamsEditorController({params, onChange, onExpand?})
+ParamsEdit({params, onSave})        // canonical compact editor
+ParamsArrayEdit({params, onSave})        // array params editor
+ParamRow({param, onClick, type?})
+ParamLabelContent(name)
+ParamToggleLabel(type, name)
+```
+
+`ParamsEditor` receives wenay-common2 `Params.IParamsExpandableReadonly` shape. `useParamsEditorController` owns the mutable draft clone, immediate/delayed notify, expand callback, and timer cleanup for custom renderers; `ParamsEditor` remains the compatibility visual wrapper.
+
+## Menu Low Level
+```
+Menu({data, coordinate?, zIndex?, className?, menu?, menuElement?})
+MenuElement
+MenuProgress
+MenuItemStrict / MenuItem
+
+contextMenu.openAt(eventOrPoint, items, {source?, layerId?}) -> boolean
+contextMenu.openAtPoint({x, y}, items, {source?, layerId?}) -> boolean
+contextMenu.close()
+contextMenu.getState() -> {open, items, point, source?, layerId?, seq}
+contextMenu.stats.getSnapshot() -> {openAt, openAtPoint, legacyLayer, close, replace, empty, sources, layers, actionTotals, actions}
+contextMenu.stats.reset()
+contextMenu.stats.onChange(cb) -> off
+<contextMenu.Layer zIndex? statusOn? other? className?>...</contextMenu.Layer>
+contextMenu.map                         // legacy queue consumed by Layer; prefer openAt
+createContextMenu({name?})              // custom isolated instance with its own state and stats
+createRightClickMenu()                  // lower-level legacy right-click factory
+
+DropdownMenu({elements, trigger?, classNames?, styles?, style?, position?, verticalPosition?, keyForSave?})
+useRightMenuController({elements, style?, styles?, position?, verticalPosition?, keyForSave?})
+createRightMenuController()
+mapRightMenu                         // persisted floating-menu state (ObservableMap, RightMenuStore)
+MenuRightPosition / MenuRightVerticalPosition / MenuRightSavedState / MenuRightRenderProps
+MenuRightTrigger / MenuRightClassNames / MenuRightStyles / RightMenuController
+StickerMenu                          // components/Menu re-export
+```
+
+Prefer `contextMenu.openAt(e, items, {source?})` for new right-click integrations. `contextMenu.map` remains for older callers that queue items before Layer handles the right-click, and stays supported through `1.x`; it should not be the primary API in new code. `contextMenu.stats` is local in-memory diagnostics, not hidden analytics: it counts direct `openAt`, `openAtPoint`, legacy Layer queued opens, empty opens, close/replace, source/layer usage, aggregate action outcomes, and keyed action outcomes. It deliberately does not persist, send network requests, or store arbitrary item labels. Per-action stats require explicit `MenuItemStrict.actionKey`; unkeyed actions update `actionTotals` only.
+
+`Menu` does not mutate `item.status`. Open/hover state is an internal active index; `status` remains a seed/compatibility value, and custom item renderers receive a view item whose `status` mirrors the current open state.
+
+`DropdownMenu` is a floating action menu, not the main context-menu primitive. Its trigger glyph/content and visual classes/styles are caller-owned through `trigger`, `classNames`, and `styles`; the default still renders the old hamburger glyph and CSS classes. `useRightMenuController` is the hook/controller layer behind it for custom views; do not duplicate hover/fixed/submenu timers in product code.
+
+
+## Observe / Listen React Hooks
+Canonical React adapter names:
+```
+useStoreNode(node, {mode?, fallback?, drain?, key?})
+useStoreKeys(node, {fallback?, drain?, key?})       // object-shape changes: add/delete keys
+useStoreChangedPaths(changedPathsListen, {initial?, key?})
+useStoreEach(store, cb, {enabled?=true})            // store.each() wrapper: cb(key, value, ctx) per CHANGED top-level key; undefined = deleted; root replace expands per key; renders nothing itself
+useStoreSelect(selection, {fallback?, drain?, key?})
+useStoreMirror(remote, initial, {mask, current?=true, drain?, key?, auto?=true, partial?, onError?})
+useListenEffect(listen, cb, {current?, key?})
+useListenArgs(listen, {initial?, current?, key?})
+useListenValue(listen, {initial?, current?, key?, map?})
+```
+
+These hooks are intentionally in `wenay-react2`, not in `wenay-common2`.
+Do not add React hooks for every helper exposed by `wenay-common2`; read the installed common2 package docs when needed, and document only the React-facing contract here. Hooks are useful only around subscriptions, lifecycle, or external resources.
+Network sync stays explicit through `useStoreMirror`; reading a node must not secretly start RPC/fetch/WebSocket work. When `remote.changedPaths` exists and `partial !== false`, mirror uses common2 partial sync; otherwise it falls back to `remote.changed -> get(mask)`. `initial` seeds the mirror only. Structurally equal inline masks are stable, because StoreMask is expected to be a small plain object/tree.
+
+QA stand coverage:
+```
+/__qa/observe-store/get       // HTTP snapshot/mask read
+/__qa/observe-store/mutate    // HTTP server mutation, including deep leaf and deep key add/delete
+/__qa/observe-store/events    // SSE changed stream
+/__qa/observe-store/events-paths // SSE changedPaths stream
+```
+
+## Replay React Hooks (details)
+`src/common/src/hooks/useReplay.ts`. Client side of the wenay-common2 Replay stack only.
+```
+useReplaySubscribe(remote, cb, {since?, keepSeq?=true, enabled?=true, onSeq?, onError?, staleMs?, onStale?, policy?, hint?})
+  -> {ready, error, stale, seq(), lastTs(), restart(since?)}
+useReplayRouteSubscribe(remote, cb, {since?, keepSeq?=true, enabled?=true, label?, onSeq?, onError?, onRoute?, policy?, hint?})
+  -> {ready, error, route, switching, seq(), label(), active(), switchRoute(nextRemote, opts?)}
+useStoreReplaySync(store, remote, sameOpts)  -> same controller       // Observe.syncStoreReplay wrapper
+useStoreReplayRouteSync(store, remote, routeOpts) -> route controller  // Observe.syncStoreReplayRoute wrapper
+useStoreReplayMirror(remote, initial, sameOpts) -> controller & {store}   // creates the mirror store in a ref
+useStoreReplayRouteMirror(remote, initial, routeOpts) -> route controller & {store}
+useStoreReplayEach(remote, cb, sameOpts & {initial?, drain?}) -> controller & {store}   // per-key fold: Observe.syncStoreReplayEach counterpart
+useReplayFrame(remote, cb, {intervalMs?=300, since?, keepSeq?=true, enabled?=true, hint?, onSeq?, onError?})
+  -> {ready, error, seq(), pull(hint?), restart(since?)}              // pull-at-own-pace over remote.frame()
+useReplayHistory(history, apply, {head?, reset?, tickMs?=300, autoPlay?=true})
+  -> {live, seq, head, pause(), play(), seek({seq?|ts?})}
+```
+Semantics that are easy to get wrong:
+- `cb`/`apply` go through refs: new function identity does NOT resubscribe. Resubscribe identity is `[remote, enabled, epoch, staleMs, policy]` — changing `staleMs` resubscribes (it is subscribe-time config in common2; under keepSeq the reconnect is a journal tail, so it is cheap); `policy` picks the wire surface (line vs frameLine), so it resubscribes too. `onStale` goes through a ref like `cb`.
+- Route hand-off hooks (`useReplayRouteSubscribe`, `useStoreReplayRouteSync`, `useStoreReplayRouteMirror`) wrap common2 `Replay.replayRouteSubscribe` / `Observe.syncStoreReplayRoute`: `switchRoute(nextRemote, {label?, since?, reset?, policy?, hint?})` keeps the old route live, catches up the replacement from the last delivered `seq`, then closes the old route. Failed replacement leaves the old route active and surfaces `error` / `route.phase == "error"`. Changing the `remote` prop is still treated as a fresh subscription boundary; no-gap promotion/demotion is explicit through `switchRoute()`. common2 1.0.65 route handles expose `seq()`, `label()`, and `active()`, but not `isStale()` / `lastTs()`, so route hooks deliberately do not promise freshness yet.
+- Lag policy / hint (frame model, common2 rev2): `policy: 'frame'` rides the server's `frameLine` when the remote has one — on lag the server drops for THIS client and recovers via the line's `frame` lambda (mini-frame); without a frameLine (old server, in-proc `exposeReplay`) common2 silently degrades to `'queue'`, so an in-proc QA of `'frame'` proves nothing — the wire test lives in common2 (`replay/rpc-auto.test.ts`). `hint` is opaque to the transport and goes through a ref: in `useReplaySubscribe` it is captured at subscribe time (used for the catch-up `frame()` call); in `useReplayFrame` it is read on EVERY pull, so a new identity is never missed and never resubscribes.
+- `useReplayFrame` is the pull path: no live socket subscription at all; a timer calls `remote.frame(seq, hint)` and folds envelopes (seq-ascending, seen seq skipped — a keyframe recovery is just an envelope). Fresh start (no `since`) mirrors `replaySubscribe`'s catch-up for since<0: `keyframe()` is polled until the line has one (`frame(-1)` has no tail to return and THROWS on a still-empty line — a mount racing the producer's first event must not stick an error); a sacred line therefore NEEDS an explicit `since` (0 = full tail) — omitted, it waits forever. Overlapping pulls are never issued (a slow `frame()` skips ticks). Errors are LOUD and sticky: a reject (network, sacred line evicted past our seq, remote without `frame()`) stops the timer and sets `error` until `restart()` — deliberately no tail fallback here, that is `replaySubscribe`'s job. Freshness (`staleMs`) does not apply (the consumer owns the cadence).
+- Freshness (`staleMs`): detection is 100% wenay-common2's watchdog (`ReplaySubscribeOpts.staleMs/onStale`, edge-triggered); the hook only mirrors the edges into `stale` state, so a fresh high-frequency line causes zero extra renders. `lastTs()` is a plain getter like `seq()` (producer ts of the last delivered event, 0 before the first delivery / while unsubscribed). Without `staleMs`: no watchdog, no state updates, `stale` stays `false`.
+- Freshness on resubscribe/restart: the hook does NOT reset `stale` to `false` at effect start — it re-syncs from common2 after catch-up (mirrors the `onStale` edge fired during catch-up, plus `isStale()` once `ready` resolves), so a snapshot/tail carrying an old producer ts is stale from the first paint with no fresh-flicker. Caveat: common2's in-proc `keyframe()` stamps `ts` at request time, so a brand-new client on a stalled in-proc line reads as fresh at delivery and flips stale after `staleMs` via the arrival-gap watchdog; old-ts detection kicks in when the tail/keyframe actually carries producer timestamps (real relays, archives).
+- `useReplayHistory` is archive playback — staleness intentionally does not apply there.
+- `keepSeq`: within one mount, a resubscribe (StrictMode double effect, `enabled` toggle, `restart()`) reconnects with `{since: lastSeq}` -> journal tail. A NEW `remote` identity always resets seq (another line's seq is meaningless). A full unmount loses the refs: persist the position in the parent via `onSeq` and pass it back as `since` (QA card 23, client A).
+- `seq()` and `useReplayHistory`'s interval-driven `seq/head` keep high-frequency lines from re-rendering per event. Frames/ticks should fold into a canvas/ref/store, not useState.
+- `useReplayHistory.seek` kills the live subscription imperatively (guarded off, double-call safe), folds `history.at(where)` through `apply` (keyframe + tail; a keyframe fully redefines consumer state, so `reset` is rarely needed), and freezes. `play()` resubscribes `{since: pos}` -> archive tail -> live handover.
+- `useStoreReplayEach` composes existing pieces instead of calling `Observe.syncStoreReplayEach` (which builds a FRESH store per call): the mirror lives in a ref (like `useStoreReplayMirror`), `store.each()` is subscribed in an effect declared BEFORE the sync effect (hook-call order guarantees the per-key subscriber exists when the keyframe applies — the expansion is never missed), then `useStoreReplaySync` drives the wire. Consequences: within one mount every resubscribe (StrictMode, `restart()`, `enabled` toggle, `staleMs`/`policy` change) reconnects by tail ON TOP of kept state and the consumer sees only the diff — no snapshot/`initial` dance (the library one-call needs `{since, initial: snapshot}` for that). After a FULL unmount pass `{since: prev.seq(), initial: prev.store.snapshot()}` like the library contract. `drain` is creation-time (it goes to `createStore`); changing it later does nothing. The fold target must live outside React state (ref/Map/grid api) — the hook renders nothing; `controller.store` is a normal store for `useStoreNode`/`useStoreKeys` extras.
+- Server primitives (`conflateReplay` per connection, `archiveReplay`) intentionally have no hooks: they live where the RPC server is built.
+- Route coordinator (common2 1.0.67 `Replay.createRouteCoordinator`): the coordinator owns promotion/fallback/shadow via policy hooks; consumers subscribe on a pair `link`, whose handle matches our route hooks (`ready, seq(), label(), active()`) minus `switchRoute` — the transport switch is invisible by the seq contract. Our route hooks (`useReplayRouteSubscribe` etc.) remain the manual-`switchRoute` wrapper over `replayRouteSubscribe`; they do NOT sit on top of a coordinator. React surface for coordinator links (subscribe hook + route-state/`promoteDirect` controls for ops UI) is a target-backlog item — do not bend the existing route hooks to accept links implicitly.
+- WebRTC direct path (common2 1.0.68): `createWebRtcConnector({port, rtc, ...})` is the coordinator's direct `RouteConnector`; `rtc` is an injected factory and in the browser that injection (`() => new RTCPeerConnection(cfg)`) belongs to the app/React side — common2 stays lib.dom-free. Signaling rides the EXISTING rpc socket (`createSignalHub` port exposed by `createRpcServerAuto`), so no new connection management appears in React; channel death / revoke surfaces as loud `onError` on the line (never silence), which the existing hooks already map to `error`. Nothing here needs a hook by itself — it matters as the direct transport under a future adapter (target backlog).
+- Peer SDK (common2 1.0.69 `Peer` / `wenay-common2/peer`): the one-call layer over rpc + store + replay + route coordinator — `createPeerClient({remote, account, initial, rtc?})` publishes the own store as a patch line and `peer(account)` returns a live mirrored store + route control; relay and direct share the OWNER's seq space (`createPatchRelayJournal`), so hand-offs are plain seq resumes, no keyframe reset. This is the intended React adoption surface (a `usePeer` adapter is the target-backlog item, superseding the raw coordinator-link hook idea): the mirrored store already plugs into `useStoreNode`/`useStoreKeys` as-is. 1.0.70 ships the oracle suites + `demo/` stand in the package — living examples per subsystem (`replay/peer-sdk.test.ts` is the Peer contract).
+- Media capture (common2 1.0.66 `Media` namespace / `wenay-common2/media`): CONSUMPTION needs no new hooks — `Media.createAudioSource` / `Media.createVideoSource` return `[emit, listen] & control`, with `replay:true` the `listen` is a normal replay line, so `useReplaySubscribe` / `useReplayFrame` cover it; frames are one `Uint8Array` (40-byte fixed header + raw payload, `Media.decodeMediaFrame`) and follow the existing fold-outside-React rule (canvas/AudioContext via ref). The capture `control` side (`start()` resolving to `'idle'|'requesting'|'live'|'denied'|'no-device'|'error'`, `stop()`, `setDevice`, `listDevices`, stats) is a permission/device/lifecycle state machine — exactly hook-shaped; a `useMediaSource` capture hook + QA card is a recorded target goal (supersedes the earlier "wrap it app-locally" stance). Backpressure defaults live in common2 (audio = lossless queue, video `replay:true` = keep-latest frame recovery); the client-side knobs are the same `policy`/`hint` as any replay line.
+
+QA cards 23/24/25/26 (`testUseReact/replayVideo.tsx`, all in-proc): synthetic 10fps jpeg-frame producer on `Replay.replayListen({history, current})`; client A = direct `exposeReplay` remote; client B = simulated slow wire (1 envelope per rateMs) behind `conflateReplay({pending: () => buf.length, highWater: 4, lowWater: 1, keyOf: () => "frame"})`; client C = `archiveReplay` + `openHistory` scrubber; client D = freshness (`staleMs: 2000`, `React.memo` + no tick, mounted inside a local `<StrictMode>`; the flat renders counter under growing frames is the no-per-event-render proof; "stall producer" toggles the emit interval, "new client" remounts by key for the stalled-mount case; card 24 has the same via `staleMs: 2500` on the mirror); client E = pull path (`useReplayFrame` over the direct remote with a wrapped counting `frame()`, pace switch 250ms/1s/3s keeps seq). `window.__replayVideoDemo` is exposed for debugging (wire.setRateMs, stats). Node-verified: slow wire delivered 12/36 envelopes yet converged to the last frame with bounded buffer (coalesced tail recovery); `syncStoreReplay` off() freezes the mirror and `{since}` resubscribe catches up by tail. Card 25 = per-key feed (`useStoreReplayEach` over `exposeStoreReplay`): a dict-of-rows store, producer touches ONE random row per tick, the fold target is a plain Map with per-row cb counters — only the mutated row's counter grows, keyframe/`replace` are the only whole-table expansions, delete arrives as `(key, undefined)`. Card 26 = route hand-off (`useReplayRouteSubscribe` over the same video line): one canvas starts on relay, switches direct/relay by `switchRoute`, and failed replacement keeps the previous route alive. Browser QA of throttling-sensitive behavior needs a VISIBLE tab: hidden-tab timer/effect throttling stalls the producer and delays passive effects (known stand caveat).
+
+## Logs
+Frequent global logger:
+```
+getLogsApi({limit?, limitPer, varMin?})
+createLogsController({options, state?, onFullChange?, onMiniChange?, onSettingsChange?})
+createLogsControllerState({full?, mini?, settings?})
+logsApi
+PageLogs({update?})
+useMessageEventLogsController({maxVisible?})
+MessageEventLogsView({controller, zIndex?, className?, style?})
+MessageEventLogCard({logs})
+MessageEventLogs({zIndex?}) // compatibility wrapper
+LogsPage({update?})
+useMiniLogsTable({data, onClick?, columnDefs?, defaultColDef?})
+MiniLogsView({controller})
+MiniLogsTable({data, onClick?, columnDefs?, defaultColDef?})
+MiniLogs({data, onClick?}) // compatibility wrapper
+```
+
+React-context logger:
+```
+LogsProvider
+useLogsContext()
+useLogsTableController()
+LogsTable()
+useLogsNotificationsController()
+LogsNotifications()
+LogsSettings()
+MainPage()
+```
+
+The context logger is a larger UI surface; the global `logsApi` is still the shorter integration point. `createLogsController` is the headless layer for append/limit/settings state; `useMessageEventLogsController` owns the global notification queue/timers/settings, while `MessageEventLogsView` and `MessageEventLogCard` own rendering. `PageLogs`, `MessageEventLogs`, and `LogsPage` remain compatibility UI wrappers. `useLogsTableController` and `useLogsNotificationsController` expose the provider-local table/notification state while `LogsTable` and `LogsNotifications` keep the visual wrappers. Shared logger chrome lives in `src/common/src/logs/logStyles.ts` and is themed through `--logs-*` tokens.
+
+Full-page table controller (`useLogsPageTable` -> `LogsPageTableController`): the last logs table
+moved to the controller pattern. Semantics that matter: the grid receives a MOUNT-TIME snapshot of
+the accumulated log map once (`useState` initializer) and afterwards lives on
+`applyTransactionAsync` appends from the mini feed - re-renders do not re-feed `rowData`, so row
+identity is per-append copy exactly as before. The importance filter is ONE method
+(`applyImportanceFilter(min?)`: set -> `setFilterModel` greaterThanOrEqual on `var`, unset ->
+`destroyFilter`), used by both the settings subscription and `onGridReady` (which skips the
+destroy branch - a fresh grid has no filter). Both data subscriptions are `updateBy(obj, cb)`
+WITH a callback: they run imperatively on `renderBy` and never re-render the component.
+`gridProps` is one stable memo - spread it into `AgGridTable`; `fit()` is exposed for the legacy
+`update` prop, which `PageLogs` still honors. QA card 9.
+
+## Cache / Memory / Browser Utilities
+```
+browserCacheStorage
+localStorageCache
+restoreDates(obj)
+createCacheMapWithStorage(entries, save)
+createCacheMap(entries)
+
+ObservableMap<K,V> extends Map      // set/delete/clear announce themselves; touch(key?)
+  .onChange(cb) -> off              //   announces an in-place mutation; MapChangeListener<K>
+memoryCache.onDirty(cb) -> off             // instance dirty channel (coalesced, async); DirtyListener
+memoryCache.isDirty()
+memoryCache.markDirty(scope?, key?)        // manual announce, for plain-Map entries only
+
+memorySet(key, data)
+memoryGet(key)
+memoryGetOrCreate(key, def, options?)
+memoryGetById(key, def, id)
+memoryUpdate(key, mutate)
+memoryMarkDirty(key)
+createSearchHistory({key, max?})
+deepMergeWithMap(target, source)
+structEqual(a, b)                   // deep equality for plain data trees; JSON.stringify-idiom
+                                    //   tolerances (undefined props absent, NaN==NaN) WITHOUT
+                                    //   its key-order sensitivity; not for Maps/Sets/cycles
+memoryCache
+memoryMaps
+
+ArrayPromise({arr, catchF?, thenF?})
+PageVisibilityProvider
+PageVisibilityContext
+setAutoStepForElement(input, {minStep?, maxStep?})
+
+useCacheMapPersistence(cache: CacheMap, delay?=300) -> {isDirty(), flush(), save(), reload()}
+```
+
+Layering (2026-07 architecture pass): the persisted maps (`floatingWindowMap`, `mapResiReact`,
+`mapRightMenu`) are DECLARED in the utils leaf `utils/persistedMaps.ts` and re-exported by their
+owning components (FloatingWindow/Resizable/RightMenuStore) - importing `memoryStore`/`memoryCache`
+no longer pulls react-rnd or the Menu tree; only `import type` lines point upward (erased at build).
+Shared order helper `utils/fixedOrder.ts` (`pinFixedOrder`, `movedOrderWithFixed`) is the single
+implementation of the "fixed entries pin to descriptor index" invariant used by columnState,
+ColumnsMenu, and Toolbar (it used to be four inline copies that had to stay byte-identical).
+
+Cache helpers are process/browser storage utilities, not React state management. The one React
+entry here is `useCacheMapPersistence` - the documented app contract (`load()` on mount +
+`onDirty -> saveDebounced(delay)`) as a hook. Scope is deliberately exactly that: the
+pagehide/visibilitychange flush backstops stay app-side (they are page-level policy, not
+per-component). Effect identity is `[cache, delay]`; the returned methods are pass-throughs and
+`reload()` is an alias of `load()` - a repeated load MERGES storage on top of the current maps
+(addDataToMap semantics), it is not a reset. QA cards 20/21/25 share one `memoryCache`, so
+several mounted hooks coexist: load() is idempotent-enough (merge) and extra onDirty
+subscribers just debounce the same save.
+
+Dirty/save contract: the dirty signal originates in the data layer. The persisted maps are
+`ObservableMap`s, so `set/delete/clear` announce themselves; in-place mutations of stored
+objects are invisible to map methods and are announced with `map.touch(key)` at the commit
+points (FloatingWindow drag/resize stop, FResizableReact resize stop, createUiSlot.setPlace) or,
+app-side, with `memoryUpdate(key, mutate)` / `memoryMarkDirty(key)`. `createCacheMapWithStorage`
+subscribes to the ObservableMaps it owns - the channel is per instance, there is no global
+bus; plain Maps in `arr` stay silent (announce those via `memoryCache.markDirty`). Announcements
+never save anything: scope/key are event metadata, WHAT gets written is decided by the
+save-side serialized-snapshot diff, so a missed announcement degrades to "saved later" and
+an extra one to a no-op write. `isDirty()` is set synchronously; `onDirty` delivery is
+coalesced through a microtask (safe to mutate maps inside render/init paths; not throttled
+in background tabs the way timers are). `memoryCache.load()` ignores its own map events while
+loading and resets dirty after; a save cycle waits out an in-flight load() (a save racing
+a load could overwrite storage with in-memory defaults) and resets the flag at its START
+so a change arriving mid-write survives. Caveat: `flush()` is async - on pagehide
+localStorage writes usually complete but are not guaranteed (Cache API is not); prefer
+visibilitychange->hidden as the primary final save.
+
+## Resize Observer
+```
+CResizeObserver
+setResizeableElement(el)
+removeResizeableElement(el)
+ObserveID
+
+useResizeObserver<T>(onResize) -> {ref, element()}
+useElementSize<T>() -> {ref, element(), width, height, getSize()}
+```
+
+Use the class/imperative pair only when a component must participate in the shared resize
+observer map. The hooks are the React-shaped entry over the SAME module singleton (one native
+`ResizeObserver` per app): `useResizeObserver` returns a callback ref (attach/detach re-observes;
+React null-call on unmount unsubscribes) and takes `onResize` through a ref - new identity
+neither resubscribes nor is missed. The native observer fires once right after `observe`, so the
+first measurement arrives without an explicit initial read. `useElementSize` folds that into
+rounded, equality-guarded `{width, height}` state (a no-op resize does not re-render) plus a live
+`getSize()` getter (exact floats, no render wait). `setResizeableElement`'s auto-shrink path is
+untouched and still class-driven (ParamsEditor inputs). QA card 19 drives both hooks.
+
+## Styles
+```
+tokens                         // TS mirror for inline styles and z-index
+GridStyleDefault()
+StyleGridDefault
+StyleCSSHeadGridEdit(name, rules)
+StyleCSSHeadGrid()
+AgGridClassRule<T>
+```
+
+Style entry points:
+- `src/style/tokens.css` - CSS custom properties shipped to consumers.
+- `src/common/src/styles/tokens.ts` - TS mirror for inline styles, modal z-index, and ag-grid theme params. Values must stay aligned with `tokens.css`.
+- `src/style/style.css` - shared component classes and token consumers.
+- `src/style/menuRight.css` - right-menu classes and outline-demo CSS.
+- `src/common/src/styles/styleGrid.ts` and `src/common/src/grid/agGrid4/theme.ts` - ag-grid theme setup from `tokens.grid`.
+- QA stand: `npm run testReact -- --host 127.0.0.1 --port 3002`, entry `src/common/testUseReact/qa.tsx`.
+
+Current tokenized prefixes:
+- `--color-*` for base palette.
+- `--menu-*` for mouse context-menu and right-menu visuals.
+- `--wnd-*` for `FloatingWindow` chrome.
+- `--dlg-*` for `SettingsDialog` chrome.
+- `--tb-*` for toolbar chrome.
+- `--logs-*` for global/context logger chrome.
+- `--cols-menu-*` for compact `ColumnsMenu/MenuStrip` chrome.
+- `--cols-dots-*` for `ColumnDots` chrome.
+- `--cols-card-*` for `CardList` chrome.
+- `--wenay-z-modal` for modal/overlay stacking.
+
+Normalization rule: new shared CSS should first try an existing token. Add a new token only when a value is reused by a shared primitive or is expected to be theme-overridden by apps. One-off app/demo styles should stay in the demo/app wrapper, not in library tokens. Do not delete a default style/class without a replacement class/token path and changelog entry; visually broken defaults are treated as a compatibility break.
+
+Open normalization candidates:
+- `src/style/style.css`: `.msTradeAlt`, `.msTradeActive`, `.newButtonSimple`, `.toIndicatorMenuButton:hover`, submit-button green, and several toolbar row hover/drag literals still use raw colors.
+- `src/common/src/grid/columnState/*`: compact menu/dots/card visuals now use `.wenayColumnGrid*`, `.wenayColsMenu*`, `.wenayColDots*`, `.wenayCardList*` plus `--cols-grid-*`, `--cols-menu-*`, `--cols-dots-*`, and `--cols-card-*`; further changes here should be visual QA only, not a new default palette.
+- `src/common/src/components/ParamsEditor.tsx` and `src/common/src/components/Input.tsx`: if these stay public primitives, define default class/token contracts instead of component-owned visual styling.
+- `src/common/src/styles/commentaryStyles.css`: standalone `.commentary` CSS is not imported by the root style bundle; either import/tokenize it if still used, or mark it as a local component concern.
+
+Recently normalized: mouse context-menu item colors through `--menu-*`, `--menu-outline-color` for `OutlineDragDemo`, `--logs-*` for logger chrome, `--dlg-scrim` in `ModalProvider`, compact `ColumnsMenu/MenuStrip` visuals through `.wenayColsMenu*` / `--cols-menu-*`, card-29 mobile primitives through `--cols-dots-*` / `--cols-card-*`, and createColumnGrid overlay through `.wenayColumnGrid*` / `--cols-grid-*`.
+
+## Cleanup Inventory
+
+Do not delete a public export just because it looks unused inside this repo. External apps may import it. For cleanup, first move an item into this inventory, then decide in a separate breaking version whether it remains public, moves to a demo namespace, or is removed.
+
+Suspicious but still public:
+- `OutlineDragDemo`, `RightMenuDemo`, `ChartDemo` - demo/test-style exports. They are useful for the QA stand, but look like demo surface rather than core API.
+- `StickerMenu` - exported from `components/Menu`; visually app-specific and should probably become an app wrapper or be documented as an example component.
+- `logsApi` global logger and the context logger (`LogsProvider`, `LogsTable`, `LogsNotifications`, `LogsSettings`, `MainPage`) overlap. Keep both for now; document one as the short integration path and the other as the larger UI surface.
+- Chart engine primitives (`DataSet`, `Panel`, `Renderer`, `Interaction`, `ChartEngine`, etc.) are very low-level. They are public through `chartEngineReact.tsx`; product apps should wrap them before use.
+- `src/common/src/myChart/chartEngine/chartEngine.ts` is a reference copy next to the public React engine. It is not exported from root; treat it as suspicious maintenance debt, not as public API.
+- `StyleCSSHeadGridEdit` and `StyleCSSHeadGrid` mutate `<head>` directly. They are exported and can have consumers, but new grid styling should prefer ag-grid theme params and tokens.
+
+Added by the 2026-07-09 architecture audit (evidence in the audit report / `doc/target/my.md`):
+- `menuR.tsx` (`createRightClickMenu` / `MenuR`) - CONFIRMED dead: no runtime consumer anywhere (the test that supposedly covers it imports `RightMenu.tsx`); re-exported twice from `api.tsx` (`export *` + `kit.menu.rightClick`). Candidate for removal in a deliberate breaking version; its gesture code duplicates `menuMouse.tsx:342-380`.
+- `logsContext.tsx` - a full PARALLEL logs stack (own `LogEntry` shape divergent from `logsController`, raw unguarded `localStorage`, own settings/notifications/table) exported from the barrel next to `logs.tsx`. Decide: deprecate or converge; new code should use `logsApi`/`createLogsController`.
+- `MyChartEngine` - a hardcoded DEMO (random data + setInterval inside `useEffect`, no props but `style`) exported as public API from `chartEngineReact.tsx`; `generateIncrementalData` (Math.random demo util) is public too. Should move to demo namespace or gain a real props contract.
+- ~~`getLogsApi<T>()` shared module state~~ FIXED (A2, v1.0.41): every call now builds its own map/mini/settings (optional `settingsKey` persists per instance); the global `logsApi` explicitly injects the legacy shared state.
+- ~~`FloatingWindow` `onCLickClose` typo~~ ALIASED (A10, v1.0.42): `onClickClose` added, typo prop is a deprecated alias; REMOVAL of the alias still needs a breaking pass.
+- `DragArea` - `@deprecated` (A7, v1.0.42): no consumers; unique semantics kept as-is (see Drag / Resize Low Level). Removal in a deliberate breaking version.
+- `Button` `keySave` prop - deprecated alias of `keyForSave` (A10, v1.0.42); removal in a breaking pass.
+- `contextMenu` raw `map`/legacy-queue path is test-only-live (populated only by `contextMenuStats.test.tsx`); the `bb`/`map.clear()` reopening invariant itself is intentional and stays.
+
+## Charts
+Canvas chart:
+```
+createChartCanvas(config) -> IChartCanvas
+ChartDemo()
+```
+
+Chart engine:
+```
+createDataSet(params)
+createDataModel()
+createPanelManager()
+createRenderer()
+createInteraction(...)
+createChartEngine(canvas)
+generateIncrementalData(...)
+MyChartEngine
+```
+
+The chart engine exports many internal interfaces (`DataPoint`, `DataSet`, `Panel`, `Renderer`, `Transform`,
+`Interaction`, `ChartEngine`). Treat them as low-level until an app wrapper fixes product-level behavior.
+
+## Deprecated Naming Smells
+```
+Get*             // usually a factory from older style; prefer create* or use*
+*FuncJSX         // imperative JSX store; prefer React context/controller
+*2 / *3          // version suffix; document the intended canonical one in brief
+removed old grid update names -> applyGridRows / agGrid4
+```
+
+Do not add new generic utilities with app words in their signature. For example, a column primitive should accept
+`names` and `apply`, while a product wrapper decides group ids, column ids, and labels.