@ai-matrx/records-ui 0.81.0 → 0.83.0

package/CHANGELOG.md

@@ -1,5 +1,61 @@
 # Changelog — @ai-matrx/records-ui
 
+## 0.83.0
+
+**Four visibility lanes a filter can read, and the store's own choice lists stop sitting
+among a person's tables.** (lane HUB-FIX, VERIFIER-15.)
+
+* New `VISIBILITY_LANES` (`mine`, `organization`, `community`, `world`),
+  `VISIBILITY_LANE_TITLE` and `visibilityLaneFor(table)`: who can SEE a table, from its
+  own `visibility` — personal → Mine, internal → My organization, link → Community,
+  public → World. A kernel table, the app's bookkeeping and a store-kept choice list
+  answer `null`: nobody chose a visibility for them. `TABLE_LANES` (the table list's
+  SECTIONS: who MADE a table) is unchanged.
+* `laneFor` puts a table whose record carries `kept_by_the_app: true` in the `app` lane.
+  On Rincon Plumbing Co that moves 27 per-field "Crew choices" / "Status choices" tables
+  out of My organization, where the hub above already counted them as the app's.
+* New export `keptByTheApp(table)`.
+* Test: `src/visibility-lanes.test.tsx` (4 cases).
+
+**Consumer action (matrx-frontend):** the organization hub's lane strip
+(`features/unified-data/hub/OrganizationHub.tsx`) renders `VISIBILITY_LANES` with
+`VISIBILITY_LANE_TITLE`, and `features/unified-data/hub/capabilities.ts` decides an item's
+lane with `visibilityLaneFor` (dropping its local `keptByTheApp`).
+
+## 0.82.0
+
+**A link can open a table's Forms, Notifications, Portals or Share — and the thing inside
+it.** (lane HUB-FIX, VERIFIER-14 item 2.)
+
+The organization hub lists every form, digest, portal and outside share an organization has,
+and every one of those rows opened the table's GRID: `TablePage` could be addressed down to
+its layout (`?view=`) and no further, because its rails were component state with no prop
+and no spelling in the address. A person clicking "Spring drain-cleaning intake" on the hub
+landed on four hundred jobs and had to find the Forms button, then the form.
+
+* `TablePage` takes `activeRail` (the raw `?rail=` word: `forms`, `bookings`, `checklists`,
+  `notifications`/`digests`, `portals`, `settings`, `import`, `inbox`, `share`) and
+  `activeItemId` (the thing inside it). A later link moves the page, like `?view=`. A record
+  still outranks a rail. `share` opens the share dialog over the page.
+* The rail opens ON the item: `FormsPanel` gains `activeFormId` (marked, scrolled to, and its
+  builder open for somebody who may build); `PortalsPanel` gains `activePortalId` (its card
+  open); `SubscriptionsPanel` gains `activeRuleId` (marked and scrolled to); `ShareControl`
+  gains `initiallyOpen`.
+* NOTHING IS SILENT. A rail word this page has no rail for says `unknownRailLine`; an item a
+  rail does not hold says `FORM_NOT_HERE_LINE` / `PORTAL_NOT_HERE_LINE` /
+  `RULE_NOT_HERE_LINE` — never the first row in its place; a share link for somebody who may
+  not share says `SHARE_NOT_YOURS_LINE` (or the no-port reason) instead of landing on a grid.
+* New exports: `railFromParam`, `unknownRailLine`, `SHARE_NOT_YOURS_LINE`, `LinkRail`,
+  `FORM_NOT_HERE_LINE`, `PORTAL_NOT_HERE_LINE`, `RULE_NOT_HERE_LINE`. `openingRail` takes an
+  optional second argument; its one-argument meaning is unchanged.
+* Test: `src/rail-deep-link.test.tsx` (7 cases).
+
+**Consumer action (matrx-frontend):** in `app/(core)/data-v2/[tableId]/page.tsx` read
+`searchParams.get("rail")` and `searchParams.get("item")` and pass them as `activeRail` /
+`activeItemId`; in `features/unified-data/hub/capabilities.ts` point the Forms, Digests,
+Portals and Shared-outside rows at `/data-v2/<table>?rail=forms&item=<form_id>`,
+`?rail=notifications&item=<rule_id>`, `?rail=portals&item=<portal_id>` and `?rail=share`.
+
 ## 0.81.0
 
 **The relation picker stops cutting a customer's name in half, and a grid mount stops