sass-template-common 0.9.236 → 0.9.237

package/README.md

@@ -1,36 +1,36 @@
-# sass-template-common
-
-Librería web, maqueta de configuración y componentes para proyectos sass.
-
-## Publicar nueva versión
-
-Para que los cambios se reflejen al publicar:
-
-1. **Subir versión** (obligatorio; si no, npm rechaza o se usa la misma versión):
-   ```bash
-   pnpm version:patch   # 0.3.21 → 0.3.22
-   # o
-   pnpm version:minor   # 0.3.21 → 0.4.0
-   pnpm version:major   # 0.3.21 → 1.0.0
-   ```
-
-2. **Build limpio + publicar**:
-   ```bash
-   pnpm run clean && pnpm run build && pnpm publish
-   ```
-   O en un solo paso (patch):
-   ```bash
-   pnpm release:patch
-   ```
-
-3. **`prepublishOnly`**: Antes de cada `pnpm publish` se ejecuta `clean` + `build`, así siempre se publica un build nuevo.
-
-4. **En proyectos que consumen la lib**: Actualizar la dependencia y reinstalar:
-   ```bash
-   pnpm update sass-template-common
-   # o cambiar la versión en package.json y luego
-   pnpm install
-   ```
-   Si usan versión fija (`"0.3.21"`), hay que actualizarla a la nueva (p. ej. `"0.3.22"`).
-
-**Si no ves los cambios:** comprueba que subiste la versión (`version:patch` o similar), que hiciste `clean` + `build` antes de publicar, y que el proyecto consumidor tiene actualizada la dependencia (o `^0.3.21` y ha ejecutado `pnpm update`).
+# sass-template-common
+
+Librería web, maqueta de configuración y componentes para proyectos sass.
+
+## Publicar nueva versión
+
+Para que los cambios se reflejen al publicar:
+
+1. **Subir versión** (obligatorio; si no, npm rechaza o se usa la misma versión):
+   ```bash
+   pnpm version:patch   # 0.3.21 → 0.3.22
+   # o
+   pnpm version:minor   # 0.3.21 → 0.4.0
+   pnpm version:major   # 0.3.21 → 1.0.0
+   ```
+
+2. **Build limpio + publicar**:
+   ```bash
+   pnpm run clean && pnpm run build && pnpm publish
+   ```
+   O en un solo paso (patch):
+   ```bash
+   pnpm release:patch
+   ```
+
+3. **`prepublishOnly`**: Antes de cada `pnpm publish` se ejecuta `clean` + `build`, así siempre se publica un build nuevo.
+
+4. **En proyectos que consumen la lib**: Actualizar la dependencia y reinstalar:
+   ```bash
+   pnpm update sass-template-common
+   # o cambiar la versión en package.json y luego
+   pnpm install
+   ```
+   Si usan versión fija (`"0.3.21"`), hay que actualizarla a la nueva (p. ej. `"0.3.22"`).
+
+**Si no ves los cambios:** comprueba que subiste la versión (`version:patch` o similar), que hiciste `clean` + `build` antes de publicar, y que el proyecto consumidor tiene actualizada la dependencia (o `^0.3.21` y ha ejecutado `pnpm update`).

package/dist/sass-template-common.d.ts

@@ -219,6 +219,22 @@ export declare interface BlockSaasResponseData {
     news?: NewListResponse | undefined;
 }
 
+/**
+ * Ruta del recurso en el bucket: `${clientName}/${servicePrefix}/${type}/${subtype}/${subtype}.json`.
+ * `subtype` se deriva en runtime (nombre del archivo de menú sin `.html`, o el
+ * `template` de banners en minúscula) — no forma parte de esta config.
+ */
+export declare type BucketOriginConfig = {
+    /** Base URL pública del bucket (sin slash final). Ej: `https://debate-site-configs.s3.us-west-2.amazonaws.com` */
+    url: string;
+    /** Prefijo raíz del cliente dentro del bucket (ej. `'debate'`). */
+    clientName: string;
+    /** Sirve el menú (sidebar/menu/footer/freeZone/cintillo + equipos/sites) desde el bucket. */
+    menu?: boolean;
+    /** Sirve los banners (home/seccion/nota) desde el bucket. */
+    banners?: boolean;
+};
+
 export declare const buildTagUrl: (tag: Tag, paths: RoutePathConfig) => string;
 
 declare interface ButtonCSS {
@@ -1597,6 +1613,17 @@ export declare type LibraryConfig = {
     };
     LINK_REMOVE?: string;
     MULTIPUBLICATION_FETCHES?: any;
+    /**
+     * [origen alternativo] Sirve `getMainMenu`/`getBanners` desde un bucket S3
+     * de configs estáticas en vez del CMS, devolviendo el mismo shape de
+     * respuesta que el endpoint original (`{ data: [...] }`). `url` y
+     * `clientName` son obligatorios dentro del objeto porque solo tienen
+     * sentido junto a al menos un toggle en `true`; sin `BUCKET_ORIGIN` el
+     * comportamiento no cambia (sigue yendo al CMS). Si un archivo no existe
+     * en el bucket para un sitio/tipo dado, el request falla simple (sin
+     * fallback automático al CMS) — igual que cualquier otro fetch fallido.
+     */
+    BUCKET_ORIGIN?: BucketOriginConfig;
 };
 
 export declare interface Link {