@camstack/types 1.2.104 → 1.2.105

package/dist/capabilities/plate-gallery.cap.d.ts

@@ -55,6 +55,7 @@ export declare const plateGalleryCapability: {
         readonly listPlates: import("./capability-definition.js").CapabilityMethodSchema<z.ZodOptional<z.ZodObject<{
             deviceId: z.ZodOptional<z.ZodNumber>;
             limit: z.ZodOptional<z.ZodNumber>;
+            includeCrops: z.ZodOptional<z.ZodBoolean>;
         }, z.core.$strip>>, z.ZodReadonly<z.ZodArray<z.ZodObject<{
             plateId: z.ZodString;
             deviceId: z.ZodNumber;
@@ -114,6 +115,7 @@ export declare const plateGalleryCapability: {
             text: z.ZodString;
             maxDistance: z.ZodOptional<z.ZodNumber>;
             limit: z.ZodOptional<z.ZodNumber>;
+            includeCrops: z.ZodOptional<z.ZodBoolean>;
         }, z.core.$strip>, z.ZodReadonly<z.ZodArray<z.ZodObject<{
             plateId: z.ZodString;
             deviceId: z.ZodNumber;

package/dist/index.js

@@ -26961,8 +26961,10 @@ var PlateInfoSchema = zod.z.object({
 	keyFrameMediaKey: zod.z.string().optional(),
 	base64: zod.z.string().optional(),
 	/**
-	* Same crop as a data-plane URL. `getPlateByTrack` returns this and
-	* never inlines JPEG; `listPlates` still inlines for the admin-ui.
+	* Same crop as a data-plane URL, always present when the plate has a stored
+	* crop. `getPlateByTrack` returns this and never inlines JPEG; `listPlates`
+	* and `searchPlates` inline the crop only when their `includeCrops` input is
+	* left at its `true` default.
 	*/
 	cropUrl: zod.z.string().optional()
 });
@@ -26995,7 +26997,25 @@ var plateGalleryCapability = {
 	methods: {
 		listPlates: require_sleep.method(zod.z.object({
 			deviceId: zod.z.number().int().optional(),
-			limit: zod.z.number().int().positive().optional()
+			limit: zod.z.number().int().positive().optional(),
+			/**
+			* Inline the base64 crop on every row. Default `true` — the existing
+			* behaviour, kept so no caller breaks.
+			*
+			* Set `false` once the caller renders {@link PlateInfo.cropUrl}.
+			* Measured on the live hub at the 500 rows the Plates view asks for:
+			* 879,403 B and 27.7 s with the crops inline, against a few KiB of
+			* metadata without them — and the browser then caches the images.
+			*
+			* This is the plate twin of `faceGallery.listRecentFaces`'s option;
+			* plates were the one gallery list left without it.
+			*
+			* **This is an INPUT field, so it does not reach the addon until the
+			* next train.** The hub router validates cap inputs against its own
+			* compiled Zod and strips a key it does not know. Until the train
+			* ships, sending `false` is harmless and keeps the crops inline.
+			*/
+			includeCrops: zod.z.boolean().optional()
 		}).optional(), zod.z.array(PlateInfoSchema).readonly()),
 		getPlateByTrack: require_sleep.method(zod.z.object({
 			deviceId: zod.z.number().int(),
@@ -27006,7 +27026,9 @@ var plateGalleryCapability = {
 		searchPlates: require_sleep.method(zod.z.object({
 			text: zod.z.string().min(1),
 			maxDistance: zod.z.number().int().min(0).optional(),
-			limit: zod.z.number().int().positive().optional()
+			limit: zod.z.number().int().positive().optional(),
+			/** See `listPlates.includeCrops`. Default `true`. */
+			includeCrops: zod.z.boolean().optional()
 		}), zod.z.array(PlateInfoSchema).readonly()),
 		/** Suggest groups of near-identical reads (same physical plate) for review/merge. */
 		suggestPlateClusters: require_sleep.method(zod.z.object({

package/dist/index.mjs

@@ -26960,8 +26960,10 @@ var PlateInfoSchema = z.object({
 	keyFrameMediaKey: z.string().optional(),
 	base64: z.string().optional(),
 	/**
-	* Same crop as a data-plane URL. `getPlateByTrack` returns this and
-	* never inlines JPEG; `listPlates` still inlines for the admin-ui.
+	* Same crop as a data-plane URL, always present when the plate has a stored
+	* crop. `getPlateByTrack` returns this and never inlines JPEG; `listPlates`
+	* and `searchPlates` inline the crop only when their `includeCrops` input is
+	* left at its `true` default.
 	*/
 	cropUrl: z.string().optional()
 });
@@ -26994,7 +26996,25 @@ var plateGalleryCapability = {
 	methods: {
 		listPlates: method(z.object({
 			deviceId: z.number().int().optional(),
-			limit: z.number().int().positive().optional()
+			limit: z.number().int().positive().optional(),
+			/**
+			* Inline the base64 crop on every row. Default `true` — the existing
+			* behaviour, kept so no caller breaks.
+			*
+			* Set `false` once the caller renders {@link PlateInfo.cropUrl}.
+			* Measured on the live hub at the 500 rows the Plates view asks for:
+			* 879,403 B and 27.7 s with the crops inline, against a few KiB of
+			* metadata without them — and the browser then caches the images.
+			*
+			* This is the plate twin of `faceGallery.listRecentFaces`'s option;
+			* plates were the one gallery list left without it.
+			*
+			* **This is an INPUT field, so it does not reach the addon until the
+			* next train.** The hub router validates cap inputs against its own
+			* compiled Zod and strips a key it does not know. Until the train
+			* ships, sending `false` is harmless and keeps the crops inline.
+			*/
+			includeCrops: z.boolean().optional()
 		}).optional(), z.array(PlateInfoSchema).readonly()),
 		getPlateByTrack: method(z.object({
 			deviceId: z.number().int(),
@@ -27005,7 +27025,9 @@ var plateGalleryCapability = {
 		searchPlates: method(z.object({
 			text: z.string().min(1),
 			maxDistance: z.number().int().min(0).optional(),
-			limit: z.number().int().positive().optional()
+			limit: z.number().int().positive().optional(),
+			/** See `listPlates.includeCrops`. Default `true`. */
+			includeCrops: z.boolean().optional()
 		}), z.array(PlateInfoSchema).readonly()),
 		/** Suggest groups of near-identical reads (same physical plate) for review/merge. */
 		suggestPlateClusters: method(z.object({

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@camstack/types",
-  "version": "1.2.104",
+  "version": "1.2.105",
   "description": "Shared types, interfaces, and model catalogs for the CamStack detection ecosystem",
   "keywords": [
     "camstack",