sass-template-common 0.10.32 → 0.10.33

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

@@ -1360,7 +1360,7 @@ export declare const generalGetData: (promiseArray: PromiseArray) => Promise<{
 
 export declare const GenerateBody: ({ children, defaultRouteName, banners, pathname, slug, config, internalPath, currentNew, tagsParsed, scriptReplaces, body_custom_elements, }: Props_5) => JSX.Element;
 
-export declare function GenerateHead({ axiosApi, headConfig: headConfigInput, meta, imgSizes, defaultMetadataName, pathname, slug, texts, query, autor, listAutor, currentNew, banners, schemasImages, internalPath, meta_info, config, socials, speculationType, preloadImageUrl, custom_Speculation, custom_metadata, custom_scriptReplaces, head_custom_elements, schemasCustomEndpoints, configOriginAuditReport, }: Props_4): Promise<ReactNode>;
+export declare function GenerateHead({ axiosApi, headConfig: headConfigInput, meta, imgSizes, defaultMetadataName, pathname, slug, texts, query, autor, listAutor, currentNew, banners, schemasImages, internalPath, metaSource, config, socials, speculationType, preloadImageUrl, custom_Speculation, custom_metadata, custom_scriptReplaces, head_custom_elements, schemasCustomEndpoints, configOriginAuditReport, }: Props_4): Promise<ReactNode>;
 
 /** Cliente axios compartido por origen de bucket (keep-alive en Node SSR). */
 export declare function getBucketHttpClient(baseUrl: string, referer: string): AxiosInstance;
@@ -1891,14 +1891,6 @@ export declare type LibraryConfig = {
     CONFIG_videoClipUrl?: string;
     CONFIG_newNoteBannersIndexing?: boolean;
     CONFIG_buscar_html?: boolean;
-    /**
-     * [metadata] Cuando es `true` y el consumidor pasa `meta_info` al handler
-     * `metadata_defaults.seccion`, la metadata de sección se arma desde `meta_info`
-     * (título + next/prev) sin disparar el fetch de noticias. Default `false`
-     * → comportamiento de master (fetch + título derivado de la sección).
-     * Aditiva: sin el flag, la metadata emitida no cambia.
-     */
-    CONFIG_sectionMetaInfo?: boolean;
     /**
      * @deprecated Reemplazado por `CONFIG_batchedFetch.routes.seccion`. Se mantiene
      * como shim de retro-compatibilidad: si `CONFIG_batchedFetch` no está seteado y
@@ -3125,13 +3117,20 @@ declare type Props_4 = {
     query?: string;
     internalPath?: string;
     /**
-     * Título + flag de paginación pre-resuelto para la metadata de sección.
-     * Se consume en `metadata_defaults.seccion` solo si `CONFIG_sectionMetaInfo`
-     * está activo. Opcional → sin efecto si no se pasa.
+     * Datos ya resueltos por el render de la página (prop drilling) para que los
+     * handlers de metadata paginada eviten el fetch duplicado. Todos los campos son
+     * OPCIONALES y CRUDOS (no formateados): el paquete sigue armando el `<title>`.
+     * Si el campo que un handler necesita no llega, hace fallback → fetch + log.
      */
-    meta_info?: {
-        title: string;
-        next: boolean;
+    metaSource?: {
+        /** seccion → section.info.section.name */
+        sectionName?: string;
+        /** tema → entity.name */
+        tagName?: string;
+        /** autor → info.fullname (derivable de `autor` ya drilleado, ver abajo) */
+        fullname?: string;
+        /** rutas paginadas → !(data.length < newsListLimit) */
+        hasNextPage?: boolean;
     };
     speculationType?: 'Common' | 'Home' | 'Nota' | 'NotaLista';
     preloadImageUrl?: PreloadImage[];