Module page
Expand description
Generic paginated-page envelope used by every list route. The shape
mirrors what generated clients consume.
Structs§
- Cursor
Page - Built-in cursor-paginated response (
CursorPage<T>in.cstack, procedure-return only): the items plus the cursor for the next page, absent on the last page. - Cursor
Page Input - Built-in cursor (keyset) pagination input (
CursorPageInputin.cstack), procedure-argument only — the keyset sibling ofPageInput.cursoris the opaque token a previousCursorPage::next_cursorreturned; absent (or empty) means “first page”. Seedocs/design/cursor-pagination.md. - Page
- Page
Info - Page
Input - Built-in pagination-input argument type (
PageInputin.cstack), currently valid only as a procedure argument — the request-side mirror ofPage/PageInfoon the response side. Field names and optionality matchPageInfo’s ownlimit/offsetexactly, so a generatedlistroute and a hand-writtenPageInput-accepting procedure decode the same wire shape.
Constants§
- MAX_
LIST_ LIMIT - Hard ceiling on the
limitquery parameter (REST) / RPC list-input field every generated list route accepts, regardless of whether the model is@@paged. Requests above this are rejected with a400, the same way negativelimit/offsetalready are — seehandle_list_<plural>_dispatchin the generated code, shared byte-for-byte between REST and RPC dispatch.