@pushwoosh/rpc-v2-http-api-data 0.2.330 → 0.2.332

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/index.d.ts CHANGED
@@ -20,6 +20,7 @@ import { ApprovalsService as pushwoosh_rpc_v2_approvals_ApprovalsService } from
20
20
  import { CampaignsService as pushwoosh_rpc_v2_campaigns_CampaignsService } from './campaigns';
21
21
  import { CatalogService as pushwoosh_rpc_v2_catalog_CatalogService } from './catalog';
22
22
  import { CategoriesService as pushwoosh_rpc_v2_categories_CategoriesService } from './categories';
23
+ import { MessagesInProgressService as pushwoosh_channels_messagingApi_v2_MessagesInProgressService } from './pushwoosh_channels_messagingApi_v2';
23
24
  import { MessagingService as pushwoosh_channels_messagingApi_v2_MessagingService } from './pushwoosh_channels_messagingApi_v2';
24
25
  import { CloudPagesService as pushwoosh_rpc_v2_cloud_pages_CloudPagesService } from './cloud_pages';
25
26
  import { CustomerJourneyService as pushwoosh_rpc_v2_customer_journey_CustomerJourneyService } from './customer_journey';
@@ -97,6 +98,7 @@ export type API = {
97
98
  campaigns: pushwoosh_rpc_v2_campaigns_CampaignsService;
98
99
  catalog: pushwoosh_rpc_v2_catalog_CatalogService;
99
100
  categories: pushwoosh_rpc_v2_categories_CategoriesService;
101
+ messagesInProgress: pushwoosh_channels_messagingApi_v2_MessagesInProgressService;
100
102
  messaging: pushwoosh_channels_messagingApi_v2_MessagingService;
101
103
  cloudPages: pushwoosh_rpc_v2_cloud_pages_CloudPagesService;
102
104
  customerJourney: pushwoosh_rpc_v2_customer_journey_CustomerJourneyService;
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@pushwoosh/rpc-v2-http-api-data",
3
- "version": "0.2.330",
3
+ "version": "0.2.332",
4
4
  "description": "RPC V2 HTTP API Types and Data",
5
5
  "main": "index.js",
6
6
  "module": "index.js",
@@ -924,6 +924,11 @@ export type Image = {
924
924
  * editor instead of border_radius, which wins whenever both are present.
925
925
  */
926
926
  borderRadiusCss?: string;
927
+ /**
928
+ * Source shown by clients that honour prefers-color-scheme: dark (Apple
929
+ * Mail, Outlook iOS); the Gmail apps keep `src`. Empty = one image for both.
930
+ */
931
+ darkSrc?: string;
927
932
  };
928
933
  export type AiBuilderCard = {
929
934
  layout: CardLayout;
@@ -1299,6 +1304,46 @@ export type NewsData = {
1299
1304
  */
1300
1305
  pinned: number;
1301
1306
  };
1307
+ /**
1308
+ * What an ad slot renders when no creative is resolved — no active campaign,
1309
+ * or the account may not run ads at all.
1310
+ */
1311
+ export type AdSlotFallback =
1312
+ /** Treated as HIDE. */
1313
+ 'AD_SLOT_FALLBACK_UNSPECIFIED' | 'AD_SLOT_FALLBACK_HIDE'
1314
+ /** The stand-in card the oneof holds, i.e. what the editor shows in preview. */
1315
+ | 'AD_SLOT_FALLBACK_CARD';
1316
+ /**
1317
+ * An ad slot the account sells in its own newsletter. The creative itself
1318
+ * arrives at send time in pw_ad; this only says which campaign fills the slot.
1319
+ */
1320
+ export type AdSlotData = {
1321
+ /** Campaign that bought this slot. 0 = resolve by category instead. */
1322
+ campaignId: number;
1323
+ /** Matched against active campaigns of the account when campaign_id is 0. */
1324
+ category: string;
1325
+ fallback: AdSlotFallback;
1326
+ /** Line shown above the creative ("Sponsored"). Empty = no label. */
1327
+ sponsoredLabel: string;
1328
+ };
1329
+ /** The Brand book's logo-header look, as it lands in the stand-in card. */
1330
+ export type LogoHeaderStyle = {
1331
+ src: string;
1332
+ darkSrc: string;
1333
+ align: TextAlign;
1334
+ /** CSS length, same contract as Image.width. */
1335
+ width: string;
1336
+ href: string;
1337
+ backgroundColor: string;
1338
+ padding?: EdgeInsets;
1339
+ };
1340
+ /**
1341
+ * Brand-book logo header; `applied` is what the brand last wrote into the stand-in
1342
+ * card, so a differing card value is the user's edit and survives "Apply brand styles".
1343
+ */
1344
+ export type LogoHeaderData = {
1345
+ applied: LogoHeaderStyle;
1346
+ };
1302
1347
  export type AiBuilderBlock_block_card = {
1303
1348
  type: 'card';
1304
1349
  data: AiBuilderCard;
@@ -1352,6 +1397,16 @@ export type AiBuilderBlock = {
1352
1397
  * block's rendering and the oneof holds a stand-in card.
1353
1398
  */
1354
1399
  news?: NewsData;
1400
+ /**
1401
+ * Ad slot sold by the account in its own newsletter. Same ownership contract
1402
+ * as products and news; the creative arrives at send time, not from here.
1403
+ */
1404
+ adSlot?: AdSlotData;
1405
+ /**
1406
+ * Brand-book logo header. Unlike the repeaters it does not own the
1407
+ * rendering: the stand-in card IS the output.
1408
+ */
1409
+ logoHeader?: LogoHeaderData;
1355
1410
  block: AiBuilderBlock_block;
1356
1411
  };
1357
1412
  /**