@stacksjs/types 0.75.539 → 0.75.541

package/dist/cli.d.ts

@@ -99,6 +99,8 @@ export declare interface TinkerOptions extends CliOptions {
   print?: string | boolean
   banner?: boolean
   preload?: string
+  serve?: boolean
+  bare?: boolean
 }
 export declare interface TypesOptions extends CliOptions {}
 declare type ArrayBufferView = NodeJS.TypedArray | DataView;
@@ -224,14 +226,7 @@ export type AddOptions = {
   [key in AddOption]?: boolean
 } & CliOptions;
 export type CreateStringOption = 'name';
-export type CreateBooleanOption = | 'ui'
-  | 'components'
-  | 'web-components'
-  | 'views'
-  | 'functions'
-  | 'api'
-  | 'database'
-  | 'minimal';
+export type CreateBooleanOption = 'minimal';
 export type CreateOptions = {
   [key in CreateBooleanOption]: boolean
 } & {

package/dist/dashboard.d.ts

@@ -89,43 +89,6 @@ export declare interface DashboardProviderOptions {
   errors?: DashboardProviderSelection
   analytics?: DashboardProviderSelection
 }
-/**
- * Per-model dashboard configuration (stacksjs/stacks#1843).
- *
- * Attach to a model definition to influence how the model surfaces in the
- * dashboard sidebar without touching the framework's dashboard internals:
- *
- * ```ts
- * defineModel({
- *   name: 'AuditLog',
- *   table: 'audit_logs',
- *   dashboard: {
- *     section: 'management',
- *     icon: 'shield',
- *     roles: ['admin'],
- *     description: 'Append-only audit trail (admin-only)',
- *   },
- *   attributes: { … },
- * })
- * ```
- *
- * Resolution chain (most specific → fallback):
- *
- *   1. `dashboard.enabled === false` → model is hidden from the sidebar
- *      entirely. The dynamic ORM viewer (`/models/<id>`) still works for
- *      direct navigation, but the row is suppressed.
- *   2. `dashboard.section` → pins the model to that section, overriding
- *      the path-based auto-categorisation (commerce/, Content/, etc.).
- *   3. `dashboard.label` / `dashboard.icon` → display overrides; fall back
- *      to the model name and `iconMap` lookup.
- *   4. `dashboard.roles` → role-gates the sidebar row AND the API the
- *      `useApi` trait generates. The sidebar builder emits the row with role
- *      metadata and the client filters it out for users who lack a matching
- *      role, permissively by default (unauthenticated viewers see everything -
- *      see `useRole.ts`); the route generator appends `role:<the list>` to the
- *      resolved middleware, which `dashboard.enforce: false` opts out of
- *      (stacksjs/stacks#2883).
- */
 export declare interface DashboardModelOptions {
   access?: boolean
   enabled?: boolean
@@ -143,6 +106,8 @@ export declare interface DashboardModelOptions {
     | 'utilities'
     | 'data'
     | 'app'
+  columns?: string[]
+  writes?: DashboardModelWrite[]
   roles?: string[]
   enforce?: boolean
   description?: string
@@ -201,3 +166,42 @@ export type DashboardRouteGroup = | '/ai'
  */
 export type DashboardProviderName = 'local' | 'hq';
 export type DashboardConfig = Partial<DashboardOptions>;
+/**
+ * Per-model dashboard configuration (stacksjs/stacks#1843).
+ *
+ * Attach to a model definition to influence how the model surfaces in the
+ * dashboard sidebar without touching the framework's dashboard internals:
+ *
+ * ```ts
+ * defineModel({
+ *   name: 'AuditLog',
+ *   table: 'audit_logs',
+ *   dashboard: {
+ *     section: 'management',
+ *     icon: 'shield',
+ *     roles: ['admin'],
+ *     description: 'Append-only audit trail (admin-only)',
+ *   },
+ *   attributes: { … },
+ * })
+ * ```
+ *
+ * Resolution chain (most specific → fallback):
+ *
+ *   1. `dashboard.enabled === false` → model is hidden from the sidebar
+ *      entirely. The dynamic ORM viewer (`/models/<id>`) still works for
+ *      direct navigation, but the row is suppressed.
+ *   2. `dashboard.section` → pins the model to that section, overriding
+ *      the path-based auto-categorisation (commerce/, Content/, etc.).
+ *   3. `dashboard.label` / `dashboard.icon` → display overrides; fall back
+ *      to the model name and `iconMap` lookup.
+ *   4. `dashboard.roles` → role-gates the sidebar row AND the API the
+ *      `useApi` trait generates. The sidebar builder emits the row with role
+ *      metadata and the client filters it out for users who lack a matching
+ *      role, permissively by default (unauthenticated viewers see everything -
+ *      see `useRole.ts`); the route generator appends `role:<the list>` to the
+ *      resolved middleware, which `dashboard.enforce: false` opts out of
+ *      (stacksjs/stacks#2883).
+ */
+/** A write the dashboard can make to a model's rows, in the `useApi` route vocabulary. */
+export type DashboardModelWrite = 'store' | 'update' | 'destroy';

package/dist/stack-extensions.d.ts

@@ -4,13 +4,7 @@
  * Third-party stack authors: submit a PR to add your stack here.
  * Once merged, all Stacks users will get autocomplete for your stack name.
  */
-export declare const stackExtensionRegistry: Record<string, StackRegistryEntry>
-
-/**
- * All known stack extension names, derived from the registry.
- * Uses `(string & {})` to also accept any custom/unregistered stack name.
- */
-export type KnownStackName = keyof typeof stackExtensionRegistry | (string & {});
+export declare const stackExtensionRegistry: Record<string, StackRegistryEntry>;
 // ─── Stack Extensions Registry ──────────────────────────────────────────────
 //
 // This is the central registry of known stack extensions. Third-party authors
@@ -152,6 +146,11 @@ export type StackDirectory = | 'app'
   | 'locales'
   | 'docs'
   | (string & {});
+/**
+ * All known stack extension names, derived from the registry.
+ * Uses `(string & {})` to also accept any custom/unregistered stack name.
+ */
+export type KnownStackName = keyof typeof stackExtensionRegistry | (string & {});
 export type ConflictStrategy = 'skip' | 'overwrite' | 'backup';
 /**
  * The registry type for `config/stacks.ts`.

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@stacksjs/types",
   "type": "module",
-  "version": "0.75.539",
+  "version": "0.75.541",
   "description": "The Stacks framework types.",
   "author": "Chris Breuer",
   "contributors": [
@@ -64,9 +64,9 @@
   "dependencies": {
     "@stacksjs/bunpress": "^0.2.15",
     "@stacksjs/clapp": "^0.2.12",
-    "@stacksjs/events": "0.75.539",
-    "@stacksjs/strings": "0.75.539",
-    "@stacksjs/stx": "0.2.842",
+    "@stacksjs/events": "0.75.541",
+    "@stacksjs/strings": "0.75.541",
+    "@stacksjs/stx": "^0.2.842",
     "@stacksjs/ts-validation": "^0.5.7",
     "bun-query-builder": "^0.3.44"
   },
@@ -83,7 +83,7 @@
     }
   },
   "devDependencies": {
-    "@stacksjs/validation": "0.75.539",
+    "@stacksjs/validation": "0.75.541",
     "better-dx": "^0.2.24",
     "meilisearch": "^0.62.0",
     "stripe": "23.0.0"