@colixsystems/widget-sdk 0.222.0 → 0.227.0

package/README.md

@@ -24,7 +24,7 @@ The data layer lives in **four separate domain-client packages**, each instantia
 | **CORE** | `useUser()` | `{ id, email, displayName, photoUrl, roles, groupIds }` | `ctx.user` (host-built context, **camelCase** — not a wire payload; `id` null when anonymous) — no scope. `photoUrl` is the user's own profile photo as an absolute URL, or `null`. |
 | **CORE** | `useUserPhoto()` | `{ url, canEdit, upload, remove, uploading, error }` | `ctx.user` + the optional `ctx.account` — no scope. Changes the signed-in user's OWN profile photo. `canEdit` is false when nobody is signed in or the host cannot change it; `upload` / `remove` then reject. |
 | **CORE** | `useAnonymousAccount()` | `{ supported, canCreate, creating, error, create }` | The optional `ctx.account.anonymous` — no scope. Offers an account with a generated login code and password and no email. `create()` opens the app's own dialog, which confirms, creates the account, shows the pair once and signs the visitor in; the widget never receives the pair and `create()` resolves `{ created: true }`. `supported` is false where the workspace has not turned anonymous accounts on, on the Builder canvas, in a preview and for a badge counter; `canCreate` is false while someone is signed in. |
-| **CORE** | `useNavigation()` | `{ goTo, goBack, push, replace, back, currentRoute, openLink }` | `ctx.navigation` — no scope. `goTo(pageIdOrSlug, params?)` accepts a page UUID (a `pageRef` prop) **or its slug** (a row's page-key field) — both hosts resolve either (`openLink` for a link of unknown shape; a known external URL can also use the `Linking` primitive) |
+| **CORE** | `useNavigation()` | `{ goTo, goToStartPage, goBack, push, replace, back, currentRoute, openLink }` | `ctx.navigation` — no scope. `goTo(pageIdOrSlug, params?)` accepts a page UUID (a `pageRef` prop) **or its slug** (a row's page-key field) — both hosts resolve either; `goToStartPage()` opens the signed-in user's own start page (`openLink` for a link of unknown shape; a known external URL can also use the `Linking` primitive) |
 | **CORE** | `useFilePreview(file)` | `{ uri }` | No scope. A temporary address an `<Image>` can show for a file the person picked but has not uploaded yet (a photo in a composer). Native picks use their own uri; on the web the SDK creates and releases an object URL, which widgets may not do themselves. `uri` is null for no file. |
 | **CORE** | `usePageBadge(count)` | `{ supported }` | `ctx.navigation.setBadge` — no scope. Puts `count` on the menu entry or tab of the page the widget is on (a chat's unread messages). The host sums the page's widgets and keeps the last count after the widget leaves the screen, until it reports again; `0` clears this widget's share. `supported` is false where the host draws no page badges (the Builder canvas). |
 | **CORE** | `useRouteParams()` | `{ [paramKey]: value }` | `ctx.navigation.currentRoute.params` — no scope. The nav params the previous page passed via `goTo(pageId, params)`; the flat accessor for master→detail (read `recordId` on a detail page). Empty object when none. |
@@ -84,7 +84,62 @@ See the design reference for the full architecture: [`docs/architecture/widget-m
 
 ## Status
 
-`v0.222.0` — pre-publish. The package surface (types, function names, export paths) is the v1 contract; runtime behaviour for some hooks is stubbed (each hook documents what's wired and what isn't). It is **not yet published to npm**.
+`v0.227.0` — pre-publish. The package surface (types, function names, export paths) is the v1 contract; runtime behaviour for some hooks is stubbed (each hook documents what's wired and what isn't). It is **not yet published to npm**.
+
+### What's new in 0.227.0 (contract 1.183.0)
+
+**Columns the server keeps, and rules every client meets.** A `datastoreTemplate` can now say what a widget used to write itself and the server could not check:
+
+- `latestVia: "<relation column on the target that points back>"` on a ONE_TO_ONE / ONE_TO_MANY relation (with `onDelete` left at `SET_NULL`; the relation back must have `inheritAcl: true` and `immutable: true`) keeps it pointing at the newest related row — the newest message of a conversation.
+- `copyOf: { via, column }` keeps a column equal to `column` on the row that latest-row column points at — the last message's text, time and author on the conversation row. Text copied into a STRING column is cut to 140 characters; a copy of an encrypted column must be `encrypted` too, and a copy cannot `inheritAcl`.
+
+Both are written only by the server, in the same write as the related row, so a list reads who wrote last, and when, without trusting whoever wrote the parent row. A client value for them is ignored; read them back.
+
+A table may also declare `constraints`, checked on every write and refused as `CONSTRAINT_VIOLATION`: `unique` (now with `unlessRelated`, waived for rows whose related row has a yes/no column set), `no-overlap`, `related-open` (no row is added, changed or removed while the related row's column is filled — votes on a closed poll) and `related-index` (a whole number that must be a position in the related row's list — a poll option). Additive.
+
+### What's new in 0.226.0 (contract 1.182.0)
+
+**Rank by a column — `useDatastoreAggregate(tableId, { groupBy, order, limit })`.** Group a table by an ordinary column (text, number, yes/no, date or user) and get `groups: [{ group, count, sum }]`, counted on the server over every row the viewer can read, so it stays exact past the 1000-row page a list read returns. A user column's `group` is the user id, so a ranking is one call:
+
+```jsx
+const { groups } = useDatastoreAggregate(props.tableId, {
+  groupBy: "Reporter",
+  order: "count:desc",
+  limit: 10,
+  filter: { Reporter: "nempty:" },
+});
+// groups: [{ group: "<user id>", count: 42, sum: 0 }, …]
+```
+
+`order` is `count`, `sum` or `group`, then `:asc` or `:desc` (ascending when left out; by value when there is no `order`); `limit` is 1–1000. Rows with no value form one `Uncategorized` group. Encrypted, array, file and relation columns cannot be grouped.
+
+### What's new in 0.225.0 (contract 1.181.0)
+
+**Chart a table over time — `useDatastoreAggregate(tableId, spec)`.** Counts rows per UTC day or ISO week (Monday) on the server, over every row the viewer may read, so the series stays exact past the 1000-row page a list read returns. Every bucket of the range comes back, empty ones as `count: 0`, so a chart has no gaps. `groupBy` is `"created_at"` (new rows, the default) or `"updated_at"` (changed rows); any other column is refused with a `VALIDATION` error. `sumColumn` adds up a plain number column per bucket. At most 31 buckets.
+
+```jsx
+const { buckets, loading } = useDatastoreAggregate(props.tableId, { bucket: "week", from: twelveWeeksAgo });
+// buckets: [{ date: "2026-09-28", count: 14, sum: 0 }, …]
+```
+
+### What's new in 0.224.0 (contract 1.180.0)
+
+**A logged-out visitor can attach files to the row they just created.** On a table that lets everyone create rows, the create → `upload(file, { recordId: row.id })` → `update(row.id, { File: stored.id })` flow now works without signing in, for a few minutes after the create. The host carries a grant for that one row from the create to its upload and update, so widget code does not change. The visitor cannot edit the row's other fields, read the file back on a private table, attach more than ten files, or attach to any other row; editing an existing row's files still needs a signed-in user. Additive.
+
+### What's new in 0.223.0 (contract 1.179.0)
+
+**A widget can send the user back to their start page — `useNavigation().goToStartPage()`.** An app opens on a start page that can differ per user, because page access is restricted per group. A "Back to start" or "Home" button should take each user to their own start page rather than to one hard-coded page they may not be allowed to open.
+
+```jsx
+import { useNavigation, Button } from "@colixsystems/widget-sdk";
+
+export default function BackToStart() {
+  const { goToStartPage } = useNavigation();
+  return <Button title="Back to the start page" onPress={() => goToStartPage()} />;
+}
+```
+
+The web Player and the exported app both go to the page the app opens on for the signed-in user. It takes no arguments and carries no params. It is a no-op where there is no live router (the Studio canvas, a badge counter). Additive.
 
 ### What's new in 0.222.0 (contract 1.178.0)
 
@@ -2752,7 +2807,7 @@ import { defineWidget, validateManifest, useDatastoreQuery, Text, View } from "@
 
 - `defineWidget({ manifest, component })` — validates the manifest and produces a widget module the host can register.
 - `validateManifest(m)` / `validatePropertySchema(s)` / `validateProps(schema, props)` — shape validation; no third-party deps.
-- `useDatastoreQuery`, `useDatastoreRecord`, `useDatastoreSchema`, `useDatastoreMutation`, `useDirectory`, `useUsers`, `useGroups`, `useRecordPermissions`, `useAsset`, `useWidgetEvent`, `useWidgetInput`, `usePayments`, `useSendNotification`, `useTheme`, `useI18n`, `useUser`, `useNavigation`, `useRouteParams`, `usePageContext`, `useWidgetRoute`, `useChildRenderer`, `useClipboard`, `useToast` — hooks that read from the host-provided `WidgetContext` (or, for `useClipboard`, the platform clipboard API directly). `useDirectory(query?)` returns `{ users, loading, error, refetch }` (each user `{ id, name, role }`) and requires the `directory.read:users` scope. `useUsers(query?)` returns `{ users, loading, error, refetch, invite, deactivate, reactivate, remove }` and requires `users.read:*` (mutations also need `users.write:*`); rejections are a `DirectoryError`. `useGroups(query?)` returns `{ groups, loading, error, refetch, create, remove, addMember, removeMember }` and requires `groups.read:*` (mutations also need `groups.write:*`). `usePayments()` returns `{ requestPayment, getPayment }` and requires the `payments.charge:appUser` scope; `requestPayment(...)` rejects with a `PaymentError` carrying `code`, the server's user-safe `message`, and `retryable` (`false` = this charge cannot succeed until the workspace, manifest, or amount changes — show the message, not a retry). `useSendNotification()` returns `{ send, sending, error }` and requires the `notifications.send:appUser` scope; `send({ recipient_user_id, title, body, link?, payload? })` notifies one app user in the same workspace (cross-workspace `recipient_user_id` is rejected), must be called from an event handler rather than render, and rejects with a `NotificationError`. `useUser()` returns the active end-user identity `{ id, email, displayName, roles, groupIds }` (camelCase — the host-built context object, not a wire payload; `id` is `null` for anonymous / preview). `useNavigation()` returns `{ goTo, goBack, push, replace, back, currentRoute, openLink }` for internal page navigation; `openLink(link)` follows an author- or data-supplied link of unknown shape through the host's shared resolver (in-app page → internal route, off-app http(s) → opened outside, unsafe → refused) and is the safe choice for any value your code did not construct, while `Linking.openURL(url)` is for an external URL you built yourself. `useRouteParams()` returns the current route's params object (`currentRoute.params`) — the flat master→detail accessor; read a param off it (e.g. `recordId`), never call it. `useDatastoreRecord(tableId, recordId)` returns `{ data, loading, error, refetch }` for a single record (data is one row or null). `useDatastoreSchema(tableId)` returns `{ schema, loading, error, refetch }` where `schema` is `{ id, name, columns: [{ id, name, data_type, required, relation_type, target_table_id, is_identification }] }` (structure only, no row data; snake_case verbatim) — use it to resolve a stored `columnId` to its column type at runtime; requires the `datastore.read:<table>` scope. `useAsset(fileId)` returns `{ url, file, loading, error, refetch }` — the `url` is an absolute URL composed against the host's API base. `useChildRenderer()` returns `{ renderNode(node) }` — container widgets call it to render arbitrary child page-tree nodes (prefer the `WidgetTree` component for the common case). `useWidgetInput(inputName)` returns the latest payload a sibling widget published on the event the page author wired to this widget's declared `inputs` entry (`undefined` when unwired or not yet published).
+- `useDatastoreQuery`, `useDatastoreRecord`, `useDatastoreSchema`, `useDatastoreMutation`, `useDirectory`, `useUsers`, `useGroups`, `useRecordPermissions`, `useAsset`, `useWidgetEvent`, `useWidgetInput`, `usePayments`, `useSendNotification`, `useTheme`, `useI18n`, `useUser`, `useNavigation`, `useRouteParams`, `usePageContext`, `useWidgetRoute`, `useChildRenderer`, `useClipboard`, `useToast` — hooks that read from the host-provided `WidgetContext` (or, for `useClipboard`, the platform clipboard API directly). `useDirectory(query?)` returns `{ users, loading, error, refetch }` (each user `{ id, name, role }`) and requires the `directory.read:users` scope. `useUsers(query?)` returns `{ users, loading, error, refetch, invite, deactivate, reactivate, remove }` and requires `users.read:*` (mutations also need `users.write:*`); rejections are a `DirectoryError`. `useGroups(query?)` returns `{ groups, loading, error, refetch, create, remove, addMember, removeMember }` and requires `groups.read:*` (mutations also need `groups.write:*`). `usePayments()` returns `{ requestPayment, getPayment }` and requires the `payments.charge:appUser` scope; `requestPayment(...)` rejects with a `PaymentError` carrying `code`, the server's user-safe `message`, and `retryable` (`false` = this charge cannot succeed until the workspace, manifest, or amount changes — show the message, not a retry). `useSendNotification()` returns `{ send, sending, error }` and requires the `notifications.send:appUser` scope; `send({ recipient_user_id, title, body, link?, payload? })` notifies one app user in the same workspace (cross-workspace `recipient_user_id` is rejected), must be called from an event handler rather than render, and rejects with a `NotificationError`. `useUser()` returns the active end-user identity `{ id, email, displayName, roles, groupIds }` (camelCase — the host-built context object, not a wire payload; `id` is `null` for anonymous / preview). `useNavigation()` returns `{ goTo, goToStartPage, goBack, push, replace, back, currentRoute, openLink }` for internal page navigation; `goToStartPage()` opens the signed-in user's own start page (the page the app opens on for them); `openLink(link)` follows an author- or data-supplied link of unknown shape through the host's shared resolver (in-app page → internal route, off-app http(s) → opened outside, unsafe → refused) and is the safe choice for any value your code did not construct, while `Linking.openURL(url)` is for an external URL you built yourself. `useRouteParams()` returns the current route's params object (`currentRoute.params`) — the flat master→detail accessor; read a param off it (e.g. `recordId`), never call it. `useDatastoreRecord(tableId, recordId)` returns `{ data, loading, error, refetch }` for a single record (data is one row or null). `useDatastoreSchema(tableId)` returns `{ schema, loading, error, refetch }` where `schema` is `{ id, name, columns: [{ id, name, data_type, required, relation_type, target_table_id, is_identification }] }` (structure only, no row data; snake_case verbatim) — use it to resolve a stored `columnId` to its column type at runtime; requires the `datastore.read:<table>` scope. `useAsset(fileId)` returns `{ url, file, loading, error, refetch }` — the `url` is an absolute URL composed against the host's API base. `useChildRenderer()` returns `{ renderNode(node) }` — container widgets call it to render arbitrary child page-tree nodes (prefer the `WidgetTree` component for the common case). `useWidgetInput(inputName)` returns the latest payload a sibling widget published on the event the page author wired to this widget's declared `inputs` entry (`undefined` when unwired or not yet published).
 - `WidgetTree({ node })` — component that renders an author-authored child node through the host's renderer; used by Tabs / Card / custom containers to host arbitrary child widgets.
 - `Text`, `View`, `Pressable`, `Image`, `ScrollView`, `TextInput`, `FlatList`, `SectionList`, `ActivityIndicator`, `Switch`, `StyleSheet`, `Linking`, `Icon`, `DateTimePicker` — re-exported from `react-native` (the RN primitives) or implemented in the SDK (`Icon` wraps `lucide-react-native`; `DateTimePicker` wraps `@react-native-community/datetimepicker` on native and renders `<input type="date|time|datetime-local">` directly on web because the RN library has no react-native-web mapping). The web build aliases `react-native` to `react-native-web` so the RN-re-exported primitives render in the browser without any per-platform code; the exported Expo app's Metro bundler resolves the real `react-native` library. `Linking` is a static API (`Linking.openURL(url)`) — use it for external URLs, and use `useNavigation().goTo(pageId)` for internal page navigation. See https://reactnative.dev/docs/ for per-component props.
 - `Overlay` — the screen-level overlay (sc-6607). `<Overlay visible={!!preview} onRequestClose={() => setPreview(null)} size="full">…</Overlay>` renders its children OUTSIDE the widget's layout box on both hosts (web portals it to the document root, native uses the OS modal), so no clipping card, `ScrollView` or neighbouring widget can cut off a document/media preview, lightbox or confirm dialog — which absolute positioning inside the widget cannot achieve on either platform. Children stay in your own React tree, so state and hooks work normally. `onRequestClose` carries the backdrop press, Escape on web, and the Android back button; `size` is `sm` | `md` (default) | `lg` | `full`; the scrim, surface, radius, padding and elevation come from the workspace theme. An anchored dropdown still belongs inside your own root.

package/dist/contract.cjs

@@ -1128,6 +1128,8 @@ const HOOKS = [
       goTo:
         "(pageIdOrSlug: string, params?: object) => void — a page's UUID (a pageRef prop) OR its SLUG (e.g. a row's page-key field); both hosts resolve either. There is NO page-name lookup: a slug is the only data-carried navigation key.",
       openLink: "(link: string) => boolean",
+      goToStartPage:
+        "() => void — opens the signed-in user's own start page, the page the app opens on for them (it can differ per user, since page access is restricted per group). Use it for a 'back to start' or 'home' button instead of hard-coding a page. A no-op where there is no live router (the Studio canvas, a badge counter).",
       goBack: "() => void",
       push: "(pageIdOrSlug: string, params?: object) => void",
       replace: "(pageIdOrSlug: string, params?: object) => void",
@@ -1395,7 +1397,8 @@ const HOOKS = [
       "create the row, call upload(file, { recordId: row.id }) — the per-call " +
       "recordId names the row the hook could not know at render — then write " +
       "the returned id into the FILE column with update(). A logged-out " +
-      "visitor cannot upload into a record space. For a file that belongs to " +
+      "visitor may do this only for a row they just created, within a few " +
+      "minutes, and never edits other rows' files. For a file that belongs to " +
       "no row: 'public' for content the app shows to anyone browsing, " +
       "'project' for signed-in workspace users only, 'personal' for a file " +
       "private to the uploading app user.",
@@ -1794,6 +1797,45 @@ const HOOKS = [
     requiredContextSlice: ["datastore.records"],
     scopes: ["datastore.read:*"],
   },
+  // sc-10942 — rows per day or week, counted on the server over every row the
+  // viewer may read. Date columns only until column grouping is exact too.
+  {
+    name: "useDatastoreAggregate",
+    signature:
+      "useDatastoreAggregate(tableId, { groupBy, bucket, from, to, sumColumn, filter, order, limit })",
+    optionalArgs: ["groupBy", "bucket", "from", "to", "sumColumn", "filter", "order", "limit"],
+    description:
+      "Counts rows on the server over EVERY row the viewer can read, so it is " +
+      "exact past the 1000-row page a list read returns — never group " +
+      "useDatastoreQuery rows by hand. With `sumColumn` it also totals a plain " +
+      "number column. BY DATE (`groupBy` \"created_at\", the default, or " +
+      "\"updated_at\"): a SERIES for a chart, one entry per UTC day or ISO week " +
+      "(Monday) in `buckets`; `bucket` is \"day\" (default) or \"week\"; " +
+      "`from` / `to` are ISO dates (default: the 30 days, or 12 weeks, up to " +
+      "now), at most 31 buckets, empty ones as count 0 so a chart has no gaps. " +
+      "BY A COLUMN (any other `groupBy`: a text, number, yes/no, date or user " +
+      "column): one entry per value in `groups`. A USER column's `group` is the " +
+      "user id (resolve names with useDirectory({ ids })), so `order: \"count:desc\", " +
+      "limit: 10` ranks the ten people with the most rows. `order` is count, sum " +
+      "or group, then :asc or :desc (default: by value); `limit` is 1-1000. Rows " +
+      "with no value form one \"Uncategorized\" group; on a user column, leave " +
+      "them out with a `nempty:` filter. Encrypted, array, file and relation " +
+      "columns cannot be grouped (VALIDATION). `filter` takes the same shapes " +
+      "as useDatastoreQuery's, created_at ranges included. Pass null as the " +
+      "table until a bound table is known.",
+    returnShape: {
+      buckets:
+        "Array<{ date, count, sum }>  // date = the bucket's start, YYYY-MM-DD; sum is 0 without sumColumn",
+      groups:
+        "Array<{ group, count, sum }>  // by a column; a USER column's group is the user id",
+      loading: "boolean",
+      fetching: "boolean",
+      error: "DatastoreError | null",
+      refetch: "() => Promise<void>",
+    },
+    requiredContextSlice: ["datastore.records"],
+    scopes: ["datastore.read:*"],
+  },
   {
     name: "useDatastoreSchema",
     signature: "useDatastoreSchema(tableId)",
@@ -3561,7 +3603,7 @@ const MANIFEST_SCHEMA = {
     type: "object",
     required: false,
     description:
-      "Optional. Tables the widget needs, seeded into the workspace at install time. Authors wire them into the widget's `tableRef` properties via the Properties Panel — the SDK does not auto-bind. Limits: 8 tables, 24 columns per table. RELATION columns address siblings by `targetSuffix` (any table in the same array, in any order; tables may relate to each other both ways). Tables persist across uninstalls. A `tableRef` property may also carry `sharedTable: true`, declaring that the table is the APP'S OWN — the author picks an existing table and the widget seeds nothing for it. That is the correct shape for a widget that reads data it does not own (a chart, a metric, a manager view over another widget's table). `sharedTable` exempts the property from needing a seeded table at publish (`manifest.requiredTableRefsHaveTemplate`) WITHOUT making it optional: the author must still bind one, and the host still refuses to place the widget unbound. Use it instead of dropping `required` — a widget that silently renders an empty tile is the defect it looks like a fix for. sc-7530: a table may also declare `roleGrants` — group-scoped access named SYMBOLICALLY, because a group id belongs to the workspace that installs the widget and could never travel in the manifest. Declare the audiences once at template level as `roles: [{ key, label, description? }]` (key is lowercase kebab, max 8 roles), then per table `roleGrants: [{ role, canRead?, canWrite?, canDelete? }]`. The installing workspace binds each role to one of its own user groups (or has one created) during the install consent step, so a permission model where an admin group does everything and signed-in users only read survives the trip between workspaces. Use `publicGrant` for the two id-less audiences (everyone / any signed-in user) and `roleGrants` for anything that names a group. A role nobody binds simply writes no grant — it never fails the install. sc-7557: a column may declare `encrypted: true` — its values are stored AES-256-GCM encrypted at rest under a per-workspace subkey. The widget still reads and writes PLAINTEXT (the platform encrypts on write, decrypts for end users); studio users see `🔒` instead, and the column cannot be searched, filtered or sorted on. Sample `rows` you seed for it are encrypted the same way. Not valid on `RELATION` — its value is a foreign key the backend must resolve — and publishing one is rejected. An `inheritAcl` RELATION column may add `inheritAclReadOnly: true` — rows then inherit READ access only, so members of the parent read every child and may add children, but change or delete only the rows they created (pair with `grantCreatorPermissions`). A column may declare `defaultValue`, written when a create omits it: `@currentUser` on USER, `@now` on DATE / DATETIME, or a literal of the column's own type (none on FILE, RELATION or USER_GROUP — ids belong to the installing workspace). `defaultLocked: true` on an `@currentUser` / `@now` default makes the server always stamp it and ignore any client value on create and update, so an author column cannot be forged. `immutable: true` makes a column write-once: a create sets it as usual and any value sent for it on update is ignored (not valid on a MANY_TO_MANY relation). A table may declare `presence: true` so the people who share a row see which of each other are online (useOnlineMembers); it takes effect only while the workspace records user activity, and an upgrade that declares it turns it on for the existing table.",
+      "Optional. Tables the widget needs, seeded into the workspace at install time. Authors wire them into the widget's `tableRef` properties via the Properties Panel — the SDK does not auto-bind. Limits: 8 tables, 24 columns per table. RELATION columns address siblings by `targetSuffix` (any table in the same array, in any order; tables may relate to each other both ways). Tables persist across uninstalls. A `tableRef` property may also carry `sharedTable: true`, declaring that the table is the APP'S OWN — the author picks an existing table and the widget seeds nothing for it. That is the correct shape for a widget that reads data it does not own (a chart, a metric, a manager view over another widget's table). `sharedTable` exempts the property from needing a seeded table at publish (`manifest.requiredTableRefsHaveTemplate`) WITHOUT making it optional: the author must still bind one, and the host still refuses to place the widget unbound. Use it instead of dropping `required` — a widget that silently renders an empty tile is the defect it looks like a fix for. sc-7530: a table may also declare `roleGrants` — group-scoped access named SYMBOLICALLY, because a group id belongs to the workspace that installs the widget and could never travel in the manifest. Declare the audiences once at template level as `roles: [{ key, label, description? }]` (key is lowercase kebab, max 8 roles), then per table `roleGrants: [{ role, canRead?, canWrite?, canDelete? }]`. The installing workspace binds each role to one of its own user groups (or has one created) during the install consent step, so a permission model where an admin group does everything and signed-in users only read survives the trip between workspaces. Use `publicGrant` for the two id-less audiences (everyone / any signed-in user) and `roleGrants` for anything that names a group. A role nobody binds simply writes no grant — it never fails the install. sc-7557: a column may declare `encrypted: true` — its values are stored AES-256-GCM encrypted at rest under a per-workspace subkey. The widget still reads and writes PLAINTEXT (the platform encrypts on write, decrypts for end users); studio users see `🔒` instead, and the column cannot be searched, filtered or sorted on. Sample `rows` you seed for it are encrypted the same way. Not valid on `RELATION` — its value is a foreign key the backend must resolve — and publishing one is rejected. An `inheritAcl` RELATION column may add `inheritAclReadOnly: true` — rows then inherit READ access only, so members of the parent read every child and may add children, but change or delete only the rows they created (pair with `grantCreatorPermissions`). A column may declare `defaultValue`, written when a create omits it: `@currentUser` on USER, `@now` on DATE / DATETIME, or a literal of the column's own type (none on FILE, RELATION or USER_GROUP — ids belong to the installing workspace). `defaultLocked: true` on an `@currentUser` / `@now` default makes the server always stamp it and ignore any client value on create and update, so an author column cannot be forged. `immutable: true` makes a column write-once: a create sets it as usual and any value sent for it on update is ignored (not valid on a MANY_TO_MANY relation). A table may declare `presence: true` so the people who share a row see which of each other are online (useOnlineMembers); it takes effect only while the workspace records user activity, and an upgrade that declares it turns it on for the existing table. A ONE_TO_ONE / ONE_TO_MANY RELATION may declare `latestVia: \"<relation column on its target that points back>\"` (onDelete left at SET_NULL; that relation must have inheritAcl and be immutable): the server keeps it at the newest row of the target table that points back at this row. A column may declare `copyOf: { via, column }`: the server keeps it equal to `column` on the row the latest-row column `via` points at (same type, or text into text, cut to 140 characters in a STRING column; a copy of an encrypted column must be encrypted, and a copy cannot inheritAcl). Both are written only by the server, in the same write as the related row; a client value is ignored. A table may declare `constraints`, checked on every write for every client and refused as CONSTRAINT_VIOLATION: `unique` ({ columns, partitionColumns?, unlessRelated?: { relation, column } } — waived for rows whose related row has that yes/no column set), `no-overlap` ({ startColumn, endColumn, partitionColumns? }), `related-open` ({ relation, closedColumn } — no row is added, changed or removed while the related row's column is filled) and `related-index` ({ column, relation, listColumn } — the number must be a position in the related row's list). An upgrade adds a declared constraint to an existing table without judging the rows already in it.",
   },
   translations: {
     type: "object",
@@ -5878,7 +5920,25 @@ const CONTRACT = deepFreeze({
   //    edge behind the card's content, with a `scrim` on the text's edge and
   //    an `imagePosition` for the crop. Children may be a function taking
   //    `{ colors, onImage }`: the theme colours as they read over the picture.
-  version: "1.178.0",
+  // 1.179.0: additive (sc-11253) — `useNavigation().goToStartPage()` opens
+  //    the signed-in user's own start page on both hosts.
+  // 1.180.0: additive (sc-11244) — a logged-out visitor may attach files to
+  //    the row they just created, for a few minutes: the host carries a grant
+  //    from the create to that row's upload and update. Widget code is the
+  //    same create → upload → update flow.
+  // 1.181.0: additive (sc-10942) — `useDatastoreAggregate(tableId, spec)`
+  //    counts rows per day or week on the server (date columns only), through
+  //    `records(t).aggregate`'s new bucket/from/to.
+  // 1.182.0: additive (sc-10737) — `useDatastoreAggregate` groups by an
+  //    ordinary column too, into `groups` ([{ group, count, sum }]), with
+  //    `order` and `limit` for a top N; counted on the server over every
+  //    readable row. A user column groups by user id.
+  // 1.183.0: additive (sc-10766) — a datastoreTemplate column may declare
+  //    `latestVia` (a server-kept pointer to the newest related row) or
+  //    `copyOf: { via, column }` (a server-kept copy read through one), and
+  //    a table may declare `constraints` (`unique` with `unlessRelated`,
+  //    `no-overlap`, `related-open`, `related-index`).
+  version: "1.183.0",
   sharedTranslationKeys: SHARED_TRANSLATION_KEYS,
   hooks: HOOKS,
   primitives: PRIMITIVES,

package/dist/contract.js

@@ -1128,6 +1128,8 @@ const HOOKS = [
       goTo:
         "(pageIdOrSlug: string, params?: object) => void — a page's UUID (a pageRef prop) OR its SLUG (e.g. a row's page-key field); both hosts resolve either. There is NO page-name lookup: a slug is the only data-carried navigation key.",
       openLink: "(link: string) => boolean",
+      goToStartPage:
+        "() => void — opens the signed-in user's own start page, the page the app opens on for them (it can differ per user, since page access is restricted per group). Use it for a 'back to start' or 'home' button instead of hard-coding a page. A no-op where there is no live router (the Studio canvas, a badge counter).",
       goBack: "() => void",
       push: "(pageIdOrSlug: string, params?: object) => void",
       replace: "(pageIdOrSlug: string, params?: object) => void",
@@ -1395,7 +1397,8 @@ const HOOKS = [
       "create the row, call upload(file, { recordId: row.id }) — the per-call " +
       "recordId names the row the hook could not know at render — then write " +
       "the returned id into the FILE column with update(). A logged-out " +
-      "visitor cannot upload into a record space. For a file that belongs to " +
+      "visitor may do this only for a row they just created, within a few " +
+      "minutes, and never edits other rows' files. For a file that belongs to " +
       "no row: 'public' for content the app shows to anyone browsing, " +
       "'project' for signed-in workspace users only, 'personal' for a file " +
       "private to the uploading app user.",
@@ -1794,6 +1797,45 @@ const HOOKS = [
     requiredContextSlice: ["datastore.records"],
     scopes: ["datastore.read:*"],
   },
+  // sc-10942 — rows per day or week, counted on the server over every row the
+  // viewer may read. Date columns only until column grouping is exact too.
+  {
+    name: "useDatastoreAggregate",
+    signature:
+      "useDatastoreAggregate(tableId, { groupBy, bucket, from, to, sumColumn, filter, order, limit })",
+    optionalArgs: ["groupBy", "bucket", "from", "to", "sumColumn", "filter", "order", "limit"],
+    description:
+      "Counts rows on the server over EVERY row the viewer can read, so it is " +
+      "exact past the 1000-row page a list read returns — never group " +
+      "useDatastoreQuery rows by hand. With `sumColumn` it also totals a plain " +
+      "number column. BY DATE (`groupBy` \"created_at\", the default, or " +
+      "\"updated_at\"): a SERIES for a chart, one entry per UTC day or ISO week " +
+      "(Monday) in `buckets`; `bucket` is \"day\" (default) or \"week\"; " +
+      "`from` / `to` are ISO dates (default: the 30 days, or 12 weeks, up to " +
+      "now), at most 31 buckets, empty ones as count 0 so a chart has no gaps. " +
+      "BY A COLUMN (any other `groupBy`: a text, number, yes/no, date or user " +
+      "column): one entry per value in `groups`. A USER column's `group` is the " +
+      "user id (resolve names with useDirectory({ ids })), so `order: \"count:desc\", " +
+      "limit: 10` ranks the ten people with the most rows. `order` is count, sum " +
+      "or group, then :asc or :desc (default: by value); `limit` is 1-1000. Rows " +
+      "with no value form one \"Uncategorized\" group; on a user column, leave " +
+      "them out with a `nempty:` filter. Encrypted, array, file and relation " +
+      "columns cannot be grouped (VALIDATION). `filter` takes the same shapes " +
+      "as useDatastoreQuery's, created_at ranges included. Pass null as the " +
+      "table until a bound table is known.",
+    returnShape: {
+      buckets:
+        "Array<{ date, count, sum }>  // date = the bucket's start, YYYY-MM-DD; sum is 0 without sumColumn",
+      groups:
+        "Array<{ group, count, sum }>  // by a column; a USER column's group is the user id",
+      loading: "boolean",
+      fetching: "boolean",
+      error: "DatastoreError | null",
+      refetch: "() => Promise<void>",
+    },
+    requiredContextSlice: ["datastore.records"],
+    scopes: ["datastore.read:*"],
+  },
   {
     name: "useDatastoreSchema",
     signature: "useDatastoreSchema(tableId)",
@@ -3557,7 +3599,7 @@ const MANIFEST_SCHEMA = {
     type: "object",
     required: false,
     description:
-      "Optional. Tables the widget needs, seeded into the workspace at install time. Authors wire them into the widget's `tableRef` properties via the Properties Panel — the SDK does not auto-bind. Limits: 8 tables, 24 columns per table. RELATION columns address siblings by `targetSuffix` (any table in the same array, in any order; tables may relate to each other both ways). Tables persist across uninstalls. A `tableRef` property may also carry `sharedTable: true`, declaring that the table is the APP'S OWN — the author picks an existing table and the widget seeds nothing for it. That is the correct shape for a widget that reads data it does not own (a chart, a metric, a manager view over another widget's table). `sharedTable` exempts the property from needing a seeded table at publish (`manifest.requiredTableRefsHaveTemplate`) WITHOUT making it optional: the author must still bind one, and the host still refuses to place the widget unbound. Use it instead of dropping `required` — a widget that silently renders an empty tile is the defect it looks like a fix for. sc-7530: a table may also declare `roleGrants` — group-scoped access named SYMBOLICALLY, because a group id belongs to the workspace that installs the widget and could never travel in the manifest. Declare the audiences once at template level as `roles: [{ key, label, description? }]` (key is lowercase kebab, max 8 roles), then per table `roleGrants: [{ role, canRead?, canWrite?, canDelete? }]`. The installing workspace binds each role to one of its own user groups (or has one created) during the install consent step, so a permission model where an admin group does everything and signed-in users only read survives the trip between workspaces. Use `publicGrant` for the two id-less audiences (everyone / any signed-in user) and `roleGrants` for anything that names a group. A role nobody binds simply writes no grant — it never fails the install. sc-7557: a column may declare `encrypted: true` — its values are stored AES-256-GCM encrypted at rest under a per-workspace subkey. The widget still reads and writes PLAINTEXT (the platform encrypts on write, decrypts for end users); studio users see `🔒` instead, and the column cannot be searched, filtered or sorted on. Sample `rows` you seed for it are encrypted the same way. Not valid on `RELATION` — its value is a foreign key the backend must resolve — and publishing one is rejected. An `inheritAcl` RELATION column may add `inheritAclReadOnly: true` — rows then inherit READ access only, so members of the parent read every child and may add children, but change or delete only the rows they created (pair with `grantCreatorPermissions`). A column may declare `defaultValue`, written when a create omits it: `@currentUser` on USER, `@now` on DATE / DATETIME, or a literal of the column's own type (none on FILE, RELATION or USER_GROUP — ids belong to the installing workspace). `defaultLocked: true` on an `@currentUser` / `@now` default makes the server always stamp it and ignore any client value on create and update, so an author column cannot be forged. `immutable: true` makes a column write-once: a create sets it as usual and any value sent for it on update is ignored (not valid on a MANY_TO_MANY relation). A table may declare `presence: true` so the people who share a row see which of each other are online (useOnlineMembers); it takes effect only while the workspace records user activity, and an upgrade that declares it turns it on for the existing table.",
+      "Optional. Tables the widget needs, seeded into the workspace at install time. Authors wire them into the widget's `tableRef` properties via the Properties Panel — the SDK does not auto-bind. Limits: 8 tables, 24 columns per table. RELATION columns address siblings by `targetSuffix` (any table in the same array, in any order; tables may relate to each other both ways). Tables persist across uninstalls. A `tableRef` property may also carry `sharedTable: true`, declaring that the table is the APP'S OWN — the author picks an existing table and the widget seeds nothing for it. That is the correct shape for a widget that reads data it does not own (a chart, a metric, a manager view over another widget's table). `sharedTable` exempts the property from needing a seeded table at publish (`manifest.requiredTableRefsHaveTemplate`) WITHOUT making it optional: the author must still bind one, and the host still refuses to place the widget unbound. Use it instead of dropping `required` — a widget that silently renders an empty tile is the defect it looks like a fix for. sc-7530: a table may also declare `roleGrants` — group-scoped access named SYMBOLICALLY, because a group id belongs to the workspace that installs the widget and could never travel in the manifest. Declare the audiences once at template level as `roles: [{ key, label, description? }]` (key is lowercase kebab, max 8 roles), then per table `roleGrants: [{ role, canRead?, canWrite?, canDelete? }]`. The installing workspace binds each role to one of its own user groups (or has one created) during the install consent step, so a permission model where an admin group does everything and signed-in users only read survives the trip between workspaces. Use `publicGrant` for the two id-less audiences (everyone / any signed-in user) and `roleGrants` for anything that names a group. A role nobody binds simply writes no grant — it never fails the install. sc-7557: a column may declare `encrypted: true` — its values are stored AES-256-GCM encrypted at rest under a per-workspace subkey. The widget still reads and writes PLAINTEXT (the platform encrypts on write, decrypts for end users); studio users see `🔒` instead, and the column cannot be searched, filtered or sorted on. Sample `rows` you seed for it are encrypted the same way. Not valid on `RELATION` — its value is a foreign key the backend must resolve — and publishing one is rejected. An `inheritAcl` RELATION column may add `inheritAclReadOnly: true` — rows then inherit READ access only, so members of the parent read every child and may add children, but change or delete only the rows they created (pair with `grantCreatorPermissions`). A column may declare `defaultValue`, written when a create omits it: `@currentUser` on USER, `@now` on DATE / DATETIME, or a literal of the column's own type (none on FILE, RELATION or USER_GROUP — ids belong to the installing workspace). `defaultLocked: true` on an `@currentUser` / `@now` default makes the server always stamp it and ignore any client value on create and update, so an author column cannot be forged. `immutable: true` makes a column write-once: a create sets it as usual and any value sent for it on update is ignored (not valid on a MANY_TO_MANY relation). A table may declare `presence: true` so the people who share a row see which of each other are online (useOnlineMembers); it takes effect only while the workspace records user activity, and an upgrade that declares it turns it on for the existing table. A ONE_TO_ONE / ONE_TO_MANY RELATION may declare `latestVia: \"<relation column on its target that points back>\"` (onDelete left at SET_NULL; that relation must have inheritAcl and be immutable): the server keeps it at the newest row of the target table that points back at this row. A column may declare `copyOf: { via, column }`: the server keeps it equal to `column` on the row the latest-row column `via` points at (same type, or text into text, cut to 140 characters in a STRING column; a copy of an encrypted column must be encrypted, and a copy cannot inheritAcl). Both are written only by the server, in the same write as the related row; a client value is ignored. A table may declare `constraints`, checked on every write for every client and refused as CONSTRAINT_VIOLATION: `unique` ({ columns, partitionColumns?, unlessRelated?: { relation, column } } — waived for rows whose related row has that yes/no column set), `no-overlap` ({ startColumn, endColumn, partitionColumns? }), `related-open` ({ relation, closedColumn } — no row is added, changed or removed while the related row's column is filled) and `related-index` ({ column, relation, listColumn } — the number must be a position in the related row's list). An upgrade adds a declared constraint to an existing table without judging the rows already in it.",
   },
   translations: {
     type: "object",
@@ -5874,7 +5916,25 @@ const CONTRACT = deepFreeze({
   //    edge behind the card's content, with a `scrim` on the text's edge and
   //    an `imagePosition` for the crop. Children may be a function taking
   //    `{ colors, onImage }`: the theme colours as they read over the picture.
-  version: "1.178.0",
+  // 1.179.0: additive (sc-11253) — `useNavigation().goToStartPage()` opens
+  //    the signed-in user's own start page on both hosts.
+  // 1.180.0: additive (sc-11244) — a logged-out visitor may attach files to
+  //    the row they just created, for a few minutes: the host carries a grant
+  //    from the create to that row's upload and update. Widget code is the
+  //    same create → upload → update flow.
+  // 1.181.0: additive (sc-10942) — `useDatastoreAggregate(tableId, spec)`
+  //    counts rows per day or week on the server (date columns only), through
+  //    `records(t).aggregate`'s new bucket/from/to.
+  // 1.182.0: additive (sc-10737) — `useDatastoreAggregate` groups by an
+  //    ordinary column too, into `groups` ([{ group, count, sum }]), with
+  //    `order` and `limit` for a top N; counted on the server over every
+  //    readable row. A user column groups by user id.
+  // 1.183.0: additive (sc-10766) — a datastoreTemplate column may declare
+  //    `latestVia` (a server-kept pointer to the newest related row) or
+  //    `copyOf: { via, column }` (a server-kept copy read through one), and
+  //    a table may declare `constraints` (`unique` with `unlessRelated`,
+  //    `no-overlap`, `related-open`, `related-index`).
+  version: "1.183.0",
   sharedTranslationKeys: SHARED_TRANSLATION_KEYS,
   hooks: HOOKS,
   primitives: PRIMITIVES,

package/dist/hooks.js

@@ -682,10 +682,11 @@ export function useContainerWidth() {
 
 /**
  * Returns the host-provided navigation surface:
- *   `{ goTo, goBack, push, replace, back, currentRoute }`.
+ *   `{ goTo, goToStartPage, goBack, push, replace, back, currentRoute }`.
  *
- * `goTo(pageId, params?)` navigates to an internal app page. `goBack()`
- * pops the stack. `push` / `replace` / `back` are aliases that map to
+ * `goTo(pageId, params?)` navigates to an internal app page. `goToStartPage()`
+ * opens the signed-in user's own start page, which can differ per user.
+ * `goBack()` pops the stack. `push` / `replace` / `back` are aliases that map to
  * the platform's native navigator (react-router on web, react-navigation
  * on native). Missing methods degrade to no-ops on the Studio canvas
  * preview, where there is no live router.
@@ -2705,7 +2706,8 @@ function isRetryableDomainStatus(status) {
   return status >= 500;
 }
 
-function toDatastoreError(err) {
+// Internal: shared with stats-hooks.js, not re-exported by the index.
+export function toDatastoreError(err) {
   // An already-mapped SDK error passes straight through. NOTE: the datastore
   // CLIENT exports its own class of the same name, so a client rejection does
   // NOT match here — it is handled by the envelope read below, which is exactly
@@ -4803,7 +4805,8 @@ export function useFilestoreUpload(options) {
       setUploading(true);
       setError(null);
       try {
-        const created = await filesRef.current.upload(form);
+        // sc-11244: names the row, so a visitor's grant for it can travel.
+        const created = await filesRef.current.upload(form, isRecordSpace ? { recordId: ownerId } : undefined);
         setLastUploaded(created || null);
         setUploading(false);
         return created;

package/dist/index.d.ts

@@ -228,8 +228,59 @@ export interface WidgetDatastoreTemplateColumn {
    * `MANY_TO_MANY` relation, whose links live outside the row.
    */
   immutable?: boolean;
+  /**
+   * ONE_TO_ONE / ONE_TO_MANY RELATION only, with `onDelete` left at
+   * `SET_NULL`: the server keeps this column pointing at the newest row of its
+   * target table whose relation column named here points back at this row.
+   * That relation must have `inheritAcl: true`, so only rows this row's
+   * readers can read are followed, and `immutable: true`, so a row never
+   * moves under another parent. Written only by the server; any value a
+   * client sends is ignored.
+   */
+  latestVia?: string;
+  /**
+   * The server keeps this column equal to `column` on the row the latest-row
+   * column `via` (on this table) points at: the same type, or text into
+   * text, cut to 140 characters in a STRING column. A copy of an encrypted
+   * column must be `encrypted` too, and a copy cannot `inheritAcl`. Written
+   * only by the server, so a list can show who wrote the newest row, and
+   * when, without trusting whoever wrote this one.
+   */
+  copyOf?: { via: string; column: string };
 }
 
+/**
+ * A rule the server checks on every write to the table, for every client. A
+ * refused write is a `CONSTRAINT_VIOLATION`.
+ */
+export type WidgetDatastoreTemplateConstraint =
+  | {
+      /** No two rows share these values; `unlessRelated` waives it for rows
+       *  whose related row has that yes/no column set. */
+      type: "unique";
+      config: {
+        columns: string[];
+        partitionColumns?: string[];
+        unlessRelated?: { relation: string; column: string };
+      };
+    }
+  | {
+      /** No two rows' `startColumn`..`endColumn` intervals overlap. */
+      type: "no-overlap";
+      config: { startColumn: string; endColumn: string; partitionColumns?: string[] };
+    }
+  | {
+      /** No row is added, changed or removed while its related row's
+       *  `closedColumn` is filled (a yes/no column: while it is yes). */
+      type: "related-open";
+      config: { relation: string; closedColumn: string };
+    }
+  | {
+      /** `column` must be a position (0-based) in the related row's list. */
+      type: "related-index";
+      config: { column: string; relation: string; listColumn: string };
+    };
+
 export interface WidgetDatastoreTemplateTable {
   /** Stable identifier within the template; appears in the created table name. */
   suffix: string;
@@ -267,6 +318,8 @@ export interface WidgetDatastoreTemplateTable {
   rows?: Array<
     Record<string, string | number | boolean | string[] | number[] | null>
   >;
+  /** Rules the server checks on every write, by column name. */
+  constraints?: WidgetDatastoreTemplateConstraint[];
 }
 
 /**
@@ -765,6 +818,7 @@ export interface WidgetContext<TProps = unknown> {
   };
   navigation: {
     goTo(pageId: string, params?: Record<string, string>): void;
+    goToStartPage(): void;
     goBack(): void;
     push(pageId: string, params?: Record<string, unknown>): void;
     replace(pageId: string, params?: Record<string, unknown>): void;
@@ -1047,6 +1101,65 @@ export function useDatastoreFigure(
   options?: FigureOptions,
 ): FigureResult;
 
+export interface AggregateBucketSpec {
+  /** Bucket a system date column: `created_at` (default) or `updated_at`. */
+  groupBy?: "created_at" | "updated_at";
+  /** UTC days or ISO weeks (Monday); `day` by default. */
+  bucket?: "day" | "week";
+  /** ISO 8601. Defaults to 30 days (or 12 weeks) before `to`. */
+  from?: string;
+  /** ISO 8601. Defaults to now. At most 31 buckets in the range. */
+  to?: string;
+  /** A plain number column to add up per bucket. */
+  sumColumn?: string;
+  filter?: FigureOptions["filter"];
+}
+
+export interface AggregateGroupSpec {
+  /** A text, number, yes/no, date or user column. */
+  groupBy: string;
+  /** A plain number column to add up per group. */
+  sumColumn?: string;
+  filter?: FigureOptions["filter"];
+  /** Default: by value. `count:desc` with a `limit` ranks the biggest groups. */
+  order?: "count:desc" | "count:asc" | "sum:desc" | "sum:asc" | "group:asc" | "group:desc";
+  /** 1–1000. */
+  limit?: number;
+}
+
+export interface AggregateBucket {
+  /** The bucket's start date, `YYYY-MM-DD`. */
+  date: string;
+  count: number;
+  /** 0 unless `sumColumn` was given. */
+  sum: number;
+}
+
+export interface AggregateGroup {
+  /** The value; a user column's user id; "Uncategorized" for rows with none. */
+  group: string;
+  count: number;
+  /** 0 unless `sumColumn` was given. */
+  sum: number;
+}
+
+export interface AggregateResult {
+  /** By date: every bucket of the range, empty ones as `count: 0`. */
+  buckets: AggregateBucket[];
+  /** By a column: one entry per value. */
+  groups: AggregateGroup[];
+  loading: boolean;
+  fetching: boolean;
+  error: Error | null;
+  refetch(): Promise<void>;
+}
+
+/** Rows per day, week or column value over every row the viewer can read, counted on the server. */
+export function useDatastoreAggregate(
+  table: string | null | undefined,
+  spec?: AggregateBucketSpec | AggregateGroupSpec,
+): AggregateResult;
+
 export interface UserStatsQuery {
   days?: 7 | 30 | 90;
   /** A `useGroups()` row id: narrows user and invite figures to that group. */
@@ -1491,6 +1604,15 @@ export interface DatastoreSchemaColumn {
   display_column_id?: string | null;
   /** True when this column is the table's display/identification column. */
   is_identification?: boolean;
+  /**
+   * Set on a relation the server keeps at the newest related row; the id of
+   * the related table's relation back. Clients cannot write such a column.
+   */
+  latest_via_column_id?: string | null;
+  /** Set on a copy the server keeps: the latest-row column it reads through. */
+  copy_via_column_id?: string | null;
+  /** Set on a copy the server keeps: the related table's column it copies. */
+  copy_of_column_id?: string | null;
 }
 
 export interface DatastoreSchema {
@@ -2019,12 +2141,14 @@ export function useFill(): boolean;
 
 /**
  * The host-provided navigation surface. `goTo(pageId, params?)` navigates
- * to an internal app page; `goBack()` pops the stack. Missing methods
- * degrade to no-ops on the Studio canvas preview where no live router is
- * mounted. For external URLs use the `Linking` primitive.
+ * to an internal app page; `goBack()` pops the stack. `goToStartPage()`
+ * opens the signed-in user's own start page, which can differ per user.
+ * Missing methods degrade to no-ops on the Studio canvas preview where no
+ * live router is mounted. For external URLs use the `Linking` primitive.
  */
 export function useNavigation(): {
   goTo(pageId: string, params?: Record<string, unknown>): void;
+  goToStartPage(): void;
   goBack(): void;
   push(pageId: string, params?: Record<string, unknown>): void;
   replace(pageId: string, params?: Record<string, unknown>): void;

package/dist/index.js

@@ -125,6 +125,7 @@ export {
 } from "./audio.js";
 export { useDatastoreFigure } from "./datastore-figure.js";
 export {
+  useDatastoreAggregate,
   useUserStats,
   useUserActivity,
   useActiveUsers,

package/dist/index.native.js

@@ -123,6 +123,7 @@ export {
 } from "./audio.js";
 export { useDatastoreFigure } from "./datastore-figure.js";
 export {
+  useDatastoreAggregate,
   useUserStats,
   useUserActivity,
   useActiveUsers,

package/dist/stats-hooks.js

@@ -1,8 +1,16 @@
-// sc-10691 — read-only hooks for an app's user totals and user activity. Each
-// is one keyed read, stale-while-revalidate like useDatastoreQuery, and each
-// re-runs on the page's pull-to-refresh.
+// sc-10691 — read-only aggregate hooks: record counts per day, week or column
+// value, and an app's user totals. Both are one keyed read, stale-while-revalidate like
+// useDatastoreQuery, and both re-run on the page's pull-to-refresh.
 import { useCallback, useEffect, useRef, useState } from "react";
-import { toDirectoryError, useRefresh, useWidgetContextOrThrow } from "./hooks.js";
+import {
+  toDatastoreError,
+  toDirectoryError,
+  useRefresh,
+  useWidgetContextOrThrow,
+} from "./hooks.js";
+
+// The system date columns bucket by day or week; any other column groups by value.
+const DATE_GROUP_FIELDS = new Set(["created_at", "updated_at"]);
 
 const EMPTY = { identity: null, key: null, data: null, error: null };
 
@@ -66,6 +74,54 @@ function useKeyedRead(read, identity, key, mapError) {
   };
 }
 
+/**
+ * Counts (and optionally sums) a table's rows on the server, over every row
+ * the viewer may read — not just one page. `spec`: `{ groupBy, sumColumn?,
+ * filter? }` plus, by date (`groupBy` "created_at" | "updated_at"), `bucket?:
+ * "day" | "week", from?, to?`, or, by a column, `order?` ("count:desc",
+ * "count:asc", "sum:desc", "sum:asc", "group:asc", "group:desc") and `limit?`
+ * (1–1000). Returns `{ buckets, groups, loading, fetching, error, refetch }`:
+ * by date, `buckets` is `[{ date, count, sum }]` with every bucket of the range
+ * present (empty ones as 0); by a column, `groups` is `[{ group, count, sum }]`,
+ * a user column's `group` being the user id and rows with no value one
+ * "Uncategorized" group. A falsy `table` settles to nothing.
+ */
+export function useDatastoreAggregate(table, spec) {
+  const ctx = useWidgetContextOrThrow("useDatastoreAggregate");
+  if (!ctx.datastore || typeof ctx.datastore.records !== "function") {
+    throw new Error("useDatastoreAggregate: host did not inject a datastore client");
+  }
+  const { groupBy = "created_at", bucket, from, to, sumColumn, filter, order, limit } = spec || {};
+  const byDate = DATE_GROUP_FIELDS.has(groupBy);
+  const key = table
+    ? serialize(byDate ? [groupBy, bucket, from, to, sumColumn, filter] : [groupBy, sumColumn, filter, order, limit])
+    : null;
+  const records = ctx.datastore.records;
+
+  const result = useKeyedRead(
+    async () => {
+      const rows = await records(table).aggregate(
+        byDate
+          ? { groupBy, bucket, from, to, sumField: sumColumn, filter }
+          : { groupBy, sumField: sumColumn, filter, order, limit },
+      );
+      return Array.isArray(rows) ? rows : [];
+    },
+    // The mode is part of the identity: switching it must not show the other's rows.
+    table ? `${table}|${byDate ? "date" : "column"}` : null,
+    key,
+    toDatastoreError,
+  );
+
+  const { data, ...state } = result;
+  const rows = data || [];
+  return {
+    ...state,
+    buckets: byDate ? rows.map((row) => ({ date: row.group, count: row.count, sum: row.sum })) : [],
+    groups: byDate ? [] : rows.map((row) => ({ group: row.group, count: row.count, sum: row.sum })),
+  };
+}
+
 /**
  * The app's user totals for its own admins — never a list of people.
  * `query`: `{ days?: 7 | 30 | 90, group_id? }`. Returns `{ stats, loading,

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@colixsystems/widget-sdk",
-  "version": "0.222.0",
+  "version": "0.227.0",
   "description": "Common widget interface for AppStudio. Implements WidgetManifest, WidgetContext, property schema, and helper hooks.",
   "homepage": "https://github.com/Colix-AB/AppStudio",
   "type": "module",

package/src/contract.js

@@ -1128,6 +1128,8 @@ const HOOKS = [
       goTo:
         "(pageIdOrSlug: string, params?: object) => void — a page's UUID (a pageRef prop) OR its SLUG (e.g. a row's page-key field); both hosts resolve either. There is NO page-name lookup: a slug is the only data-carried navigation key.",
       openLink: "(link: string) => boolean",
+      goToStartPage:
+        "() => void — opens the signed-in user's own start page, the page the app opens on for them (it can differ per user, since page access is restricted per group). Use it for a 'back to start' or 'home' button instead of hard-coding a page. A no-op where there is no live router (the Studio canvas, a badge counter).",
       goBack: "() => void",
       push: "(pageIdOrSlug: string, params?: object) => void",
       replace: "(pageIdOrSlug: string, params?: object) => void",
@@ -1395,7 +1397,8 @@ const HOOKS = [
       "create the row, call upload(file, { recordId: row.id }) — the per-call " +
       "recordId names the row the hook could not know at render — then write " +
       "the returned id into the FILE column with update(). A logged-out " +
-      "visitor cannot upload into a record space. For a file that belongs to " +
+      "visitor may do this only for a row they just created, within a few " +
+      "minutes, and never edits other rows' files. For a file that belongs to " +
       "no row: 'public' for content the app shows to anyone browsing, " +
       "'project' for signed-in workspace users only, 'personal' for a file " +
       "private to the uploading app user.",
@@ -1794,6 +1797,45 @@ const HOOKS = [
     requiredContextSlice: ["datastore.records"],
     scopes: ["datastore.read:*"],
   },
+  // sc-10942 — rows per day or week, counted on the server over every row the
+  // viewer may read. Date columns only until column grouping is exact too.
+  {
+    name: "useDatastoreAggregate",
+    signature:
+      "useDatastoreAggregate(tableId, { groupBy, bucket, from, to, sumColumn, filter, order, limit })",
+    optionalArgs: ["groupBy", "bucket", "from", "to", "sumColumn", "filter", "order", "limit"],
+    description:
+      "Counts rows on the server over EVERY row the viewer can read, so it is " +
+      "exact past the 1000-row page a list read returns — never group " +
+      "useDatastoreQuery rows by hand. With `sumColumn` it also totals a plain " +
+      "number column. BY DATE (`groupBy` \"created_at\", the default, or " +
+      "\"updated_at\"): a SERIES for a chart, one entry per UTC day or ISO week " +
+      "(Monday) in `buckets`; `bucket` is \"day\" (default) or \"week\"; " +
+      "`from` / `to` are ISO dates (default: the 30 days, or 12 weeks, up to " +
+      "now), at most 31 buckets, empty ones as count 0 so a chart has no gaps. " +
+      "BY A COLUMN (any other `groupBy`: a text, number, yes/no, date or user " +
+      "column): one entry per value in `groups`. A USER column's `group` is the " +
+      "user id (resolve names with useDirectory({ ids })), so `order: \"count:desc\", " +
+      "limit: 10` ranks the ten people with the most rows. `order` is count, sum " +
+      "or group, then :asc or :desc (default: by value); `limit` is 1-1000. Rows " +
+      "with no value form one \"Uncategorized\" group; on a user column, leave " +
+      "them out with a `nempty:` filter. Encrypted, array, file and relation " +
+      "columns cannot be grouped (VALIDATION). `filter` takes the same shapes " +
+      "as useDatastoreQuery's, created_at ranges included. Pass null as the " +
+      "table until a bound table is known.",
+    returnShape: {
+      buckets:
+        "Array<{ date, count, sum }>  // date = the bucket's start, YYYY-MM-DD; sum is 0 without sumColumn",
+      groups:
+        "Array<{ group, count, sum }>  // by a column; a USER column's group is the user id",
+      loading: "boolean",
+      fetching: "boolean",
+      error: "DatastoreError | null",
+      refetch: "() => Promise<void>",
+    },
+    requiredContextSlice: ["datastore.records"],
+    scopes: ["datastore.read:*"],
+  },
   {
     name: "useDatastoreSchema",
     signature: "useDatastoreSchema(tableId)",
@@ -3557,7 +3599,7 @@ const MANIFEST_SCHEMA = {
     type: "object",
     required: false,
     description:
-      "Optional. Tables the widget needs, seeded into the workspace at install time. Authors wire them into the widget's `tableRef` properties via the Properties Panel — the SDK does not auto-bind. Limits: 8 tables, 24 columns per table. RELATION columns address siblings by `targetSuffix` (any table in the same array, in any order; tables may relate to each other both ways). Tables persist across uninstalls. A `tableRef` property may also carry `sharedTable: true`, declaring that the table is the APP'S OWN — the author picks an existing table and the widget seeds nothing for it. That is the correct shape for a widget that reads data it does not own (a chart, a metric, a manager view over another widget's table). `sharedTable` exempts the property from needing a seeded table at publish (`manifest.requiredTableRefsHaveTemplate`) WITHOUT making it optional: the author must still bind one, and the host still refuses to place the widget unbound. Use it instead of dropping `required` — a widget that silently renders an empty tile is the defect it looks like a fix for. sc-7530: a table may also declare `roleGrants` — group-scoped access named SYMBOLICALLY, because a group id belongs to the workspace that installs the widget and could never travel in the manifest. Declare the audiences once at template level as `roles: [{ key, label, description? }]` (key is lowercase kebab, max 8 roles), then per table `roleGrants: [{ role, canRead?, canWrite?, canDelete? }]`. The installing workspace binds each role to one of its own user groups (or has one created) during the install consent step, so a permission model where an admin group does everything and signed-in users only read survives the trip between workspaces. Use `publicGrant` for the two id-less audiences (everyone / any signed-in user) and `roleGrants` for anything that names a group. A role nobody binds simply writes no grant — it never fails the install. sc-7557: a column may declare `encrypted: true` — its values are stored AES-256-GCM encrypted at rest under a per-workspace subkey. The widget still reads and writes PLAINTEXT (the platform encrypts on write, decrypts for end users); studio users see `🔒` instead, and the column cannot be searched, filtered or sorted on. Sample `rows` you seed for it are encrypted the same way. Not valid on `RELATION` — its value is a foreign key the backend must resolve — and publishing one is rejected. An `inheritAcl` RELATION column may add `inheritAclReadOnly: true` — rows then inherit READ access only, so members of the parent read every child and may add children, but change or delete only the rows they created (pair with `grantCreatorPermissions`). A column may declare `defaultValue`, written when a create omits it: `@currentUser` on USER, `@now` on DATE / DATETIME, or a literal of the column's own type (none on FILE, RELATION or USER_GROUP — ids belong to the installing workspace). `defaultLocked: true` on an `@currentUser` / `@now` default makes the server always stamp it and ignore any client value on create and update, so an author column cannot be forged. `immutable: true` makes a column write-once: a create sets it as usual and any value sent for it on update is ignored (not valid on a MANY_TO_MANY relation). A table may declare `presence: true` so the people who share a row see which of each other are online (useOnlineMembers); it takes effect only while the workspace records user activity, and an upgrade that declares it turns it on for the existing table.",
+      "Optional. Tables the widget needs, seeded into the workspace at install time. Authors wire them into the widget's `tableRef` properties via the Properties Panel — the SDK does not auto-bind. Limits: 8 tables, 24 columns per table. RELATION columns address siblings by `targetSuffix` (any table in the same array, in any order; tables may relate to each other both ways). Tables persist across uninstalls. A `tableRef` property may also carry `sharedTable: true`, declaring that the table is the APP'S OWN — the author picks an existing table and the widget seeds nothing for it. That is the correct shape for a widget that reads data it does not own (a chart, a metric, a manager view over another widget's table). `sharedTable` exempts the property from needing a seeded table at publish (`manifest.requiredTableRefsHaveTemplate`) WITHOUT making it optional: the author must still bind one, and the host still refuses to place the widget unbound. Use it instead of dropping `required` — a widget that silently renders an empty tile is the defect it looks like a fix for. sc-7530: a table may also declare `roleGrants` — group-scoped access named SYMBOLICALLY, because a group id belongs to the workspace that installs the widget and could never travel in the manifest. Declare the audiences once at template level as `roles: [{ key, label, description? }]` (key is lowercase kebab, max 8 roles), then per table `roleGrants: [{ role, canRead?, canWrite?, canDelete? }]`. The installing workspace binds each role to one of its own user groups (or has one created) during the install consent step, so a permission model where an admin group does everything and signed-in users only read survives the trip between workspaces. Use `publicGrant` for the two id-less audiences (everyone / any signed-in user) and `roleGrants` for anything that names a group. A role nobody binds simply writes no grant — it never fails the install. sc-7557: a column may declare `encrypted: true` — its values are stored AES-256-GCM encrypted at rest under a per-workspace subkey. The widget still reads and writes PLAINTEXT (the platform encrypts on write, decrypts for end users); studio users see `🔒` instead, and the column cannot be searched, filtered or sorted on. Sample `rows` you seed for it are encrypted the same way. Not valid on `RELATION` — its value is a foreign key the backend must resolve — and publishing one is rejected. An `inheritAcl` RELATION column may add `inheritAclReadOnly: true` — rows then inherit READ access only, so members of the parent read every child and may add children, but change or delete only the rows they created (pair with `grantCreatorPermissions`). A column may declare `defaultValue`, written when a create omits it: `@currentUser` on USER, `@now` on DATE / DATETIME, or a literal of the column's own type (none on FILE, RELATION or USER_GROUP — ids belong to the installing workspace). `defaultLocked: true` on an `@currentUser` / `@now` default makes the server always stamp it and ignore any client value on create and update, so an author column cannot be forged. `immutable: true` makes a column write-once: a create sets it as usual and any value sent for it on update is ignored (not valid on a MANY_TO_MANY relation). A table may declare `presence: true` so the people who share a row see which of each other are online (useOnlineMembers); it takes effect only while the workspace records user activity, and an upgrade that declares it turns it on for the existing table. A ONE_TO_ONE / ONE_TO_MANY RELATION may declare `latestVia: \"<relation column on its target that points back>\"` (onDelete left at SET_NULL; that relation must have inheritAcl and be immutable): the server keeps it at the newest row of the target table that points back at this row. A column may declare `copyOf: { via, column }`: the server keeps it equal to `column` on the row the latest-row column `via` points at (same type, or text into text, cut to 140 characters in a STRING column; a copy of an encrypted column must be encrypted, and a copy cannot inheritAcl). Both are written only by the server, in the same write as the related row; a client value is ignored. A table may declare `constraints`, checked on every write for every client and refused as CONSTRAINT_VIOLATION: `unique` ({ columns, partitionColumns?, unlessRelated?: { relation, column } } — waived for rows whose related row has that yes/no column set), `no-overlap` ({ startColumn, endColumn, partitionColumns? }), `related-open` ({ relation, closedColumn } — no row is added, changed or removed while the related row's column is filled) and `related-index` ({ column, relation, listColumn } — the number must be a position in the related row's list). An upgrade adds a declared constraint to an existing table without judging the rows already in it.",
   },
   translations: {
     type: "object",
@@ -5874,7 +5916,25 @@ const CONTRACT = deepFreeze({
   //    edge behind the card's content, with a `scrim` on the text's edge and
   //    an `imagePosition` for the crop. Children may be a function taking
   //    `{ colors, onImage }`: the theme colours as they read over the picture.
-  version: "1.178.0",
+  // 1.179.0: additive (sc-11253) — `useNavigation().goToStartPage()` opens
+  //    the signed-in user's own start page on both hosts.
+  // 1.180.0: additive (sc-11244) — a logged-out visitor may attach files to
+  //    the row they just created, for a few minutes: the host carries a grant
+  //    from the create to that row's upload and update. Widget code is the
+  //    same create → upload → update flow.
+  // 1.181.0: additive (sc-10942) — `useDatastoreAggregate(tableId, spec)`
+  //    counts rows per day or week on the server (date columns only), through
+  //    `records(t).aggregate`'s new bucket/from/to.
+  // 1.182.0: additive (sc-10737) — `useDatastoreAggregate` groups by an
+  //    ordinary column too, into `groups` ([{ group, count, sum }]), with
+  //    `order` and `limit` for a top N; counted on the server over every
+  //    readable row. A user column groups by user id.
+  // 1.183.0: additive (sc-10766) — a datastoreTemplate column may declare
+  //    `latestVia` (a server-kept pointer to the newest related row) or
+  //    `copyOf: { via, column }` (a server-kept copy read through one), and
+  //    a table may declare `constraints` (`unique` with `unlessRelated`,
+  //    `no-overlap`, `related-open`, `related-index`).
+  version: "1.183.0",
   sharedTranslationKeys: SHARED_TRANSLATION_KEYS,
   hooks: HOOKS,
   primitives: PRIMITIVES,