@bluepic/embed 0.4.0-next.176 → 0.4.0-next.178

package/dist/util/contextCapture.d.ts

@@ -1 +1,20 @@
+/**
+ * Everything the host app injects, flattened so a popup — which renders in a
+ * SEPARATE Vue app (see PopupProvider) — can be given the same context.
+ *
+ * APP-LEVEL PROVIDES ARE THE HALF THIS USED TO MISS, and they are the half
+ * that matters most. Vue builds a component's provides as
+ *
+ *     provides: parent ? parent.provides : Object.create(appContext.provides)
+ *
+ * so anything installed with `app.use(...)` or `app.provide(...)` — the router
+ * above all, but equally a store or an i18n instance — lives on
+ * `appContext.provides` and reaches components through the PROTOTYPE chain.
+ * `Object.assign` copies own properties only, so walking the parent chain
+ * never saw them: `useRouter()` inside any popup returned undefined, and every
+ * `router.push` in a dialog, drawer or toast silently did nothing.
+ *
+ * Merged FIRST, so a component-level `provide()` closer to the caller still
+ * wins over an app-level one of the same key.
+ */
 export declare function captureCurrentContext(): Record<string | symbol, any>;

package/dist/util/export.d.ts

@@ -53,7 +53,9 @@ export declare function renderSerialAsImages(bxLiveTemplateComponent: InstanceTy
     [k: string]: unknown;
 }, format: keyof typeof imageFormats, campaignId: number, templateId: string, remoteOptions: RenderRemoteOptions, enforceServerSideRendering: boolean, watermark: boolean, sessionState: string, 
 /** Multi-canvas: the selected canvas — remote render only; the LOCAL path already renders the materialized `serial`. */
-canvasId?: string): Promise<{
+canvasId?: string, 
+/** Local render only: see the option of the same name on `BxLiveTemplate.render`. */
+svgLoadWaitDelay?: number): Promise<{
     files: Blob[];
     renderLocation: RenderLocation;
     clientRenderFailed: boolean;
@@ -76,7 +78,17 @@ campaignCaption?: Ref<string | undefined>,
  * server materializes the same canvas from the serial it refetches.
  * Undefined (the default) = single-format / Default canvas = today's payload.
  */
-canvasId?: Ref<string | undefined>): {
+canvasId?: Ref<string | undefined>, 
+/**
+ * Milliseconds `renderSVG` sleeps between the serialized SVG's `load` event and
+ * drawing it (see `BxLiveTemplate.render`). Undefined = the raster default of
+ * 150ms, i.e. today's behaviour. A host can lower it to reclaim a flat per-render
+ * tax that matters most where renders are repeated — batch export, local video
+ * frames — at the risk of drawing before an engine has decoded the inlined
+ * fonts/images. Kept host-settable precisely so that trade-off can be measured
+ * rather than guessed.
+ */
+svgLoadWaitDelay?: Ref<number | undefined>): {
     triggerExport: () => Promise<void>;
     consumeOutputFor: (rowData: {
         [k: string]: unknown;

package/dist/util/gallery.d.ts

@@ -31,6 +31,13 @@ export declare function groupTemplatesByName(templates: {
 export declare const OTHER_CATEGORY = "Other";
 export type PortalAsset = z.infer<typeof Studio.publicCampaignAssetDescriptor>;
 export type CampaignCategory = Studio.CampaignCategory;
+/**
+ * The one ordering for portal assets — alphabetical by title, same as the
+ * campaign editor. Used both within a category bucket and for the flat,
+ * uncategorised list, so toggling "sort by categories" only changes GROUPING,
+ * never the relative order of two given assets.
+ */
+export declare function sortPortalAssetsByTitle(assets: PortalAsset[]): PortalAsset[];
 /**
  * Group templates AND assets by the campaign's categories.
  *

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@bluepic/embed",
-  "version": "0.4.0-next.176",
+  "version": "0.4.0-next.178",
   "description": "Bluepic embed sdk",
   "type": "module",
   "sideEffects": false,
@@ -45,7 +45,7 @@
   },
   "devDependencies": {
     "@auth0/auth0-vue": "^2.4.0",
-    "@bluepic/types": "^0.8.56",
+    "@bluepic/types": "^0.8.58",
     "@hono/zod-openapi": "^1.1.4",
     "@types/css": "^0.0.38",
     "@types/downloadjs": "^1.4.6",