efficient-storefront-blocks 0.53.0 → 0.53.1

package/CHANGELOG.md

@@ -2,6 +2,10 @@
 
 ## Unreleased
 
+## 0.53.1 — 2026-10-21
+
+- **The site's two Width defaults have types.** `lib/api/types.ts` (generated by openapi-typescript 7.13.0 from the storefront's `openapi.yml`) gains `sectionBackgroundWidth` and `sectionContentWidth` on `ThemeSettings`, both `"full" | "content" | null` and always sent, as backend main serves them (`ThemeSettings`, `ChoiceField` with `allow_null`, the model's one width choice set). Nothing else changes. With it the storefront can add the same two fields to its `openapi.yml` without a drift, and pass them to `RenderClient` (0.53.0) with real types.
+
 ## 0.53.0 — 2026-10-21
 
 - **Collections and the wheel listing (List) draw Width's two rows** (Background, Content; efficient-web-builder 30.1). Each says `widthRows: "two"`. Their content ran edge to edge with a gutter; at Content's Content width their side padding now pulls the content in to `--sf-content-cap`, the same expression the Product Hero uses (`max(gutter, (100% - cap) / 2 + gutter)`). With nothing published it is the plain gutter, so no page moves: rendered with 5 stored widths on 0.51.0 and here, every text box and band box lands on the same pixels at 1920, 1280 and 390 px (10 cases).

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "efficient-storefront-blocks",
-  "version": "0.53.0",
+  "version": "0.53.1",
   "description": "The EFFICIENT storefront's website editor — the website builder assembled with the storefront's own sections — for an app that edits a storefront website inside its own page. Built from the efficient-storefront-blocks repository.",
   "license": "UNLICENSED",
   "author": "Efficient Pty Ltd",