@studiolxd/brand 48.0.0 → 48.1.0

package/CHANGELOG.md

@@ -7,6 +7,39 @@ El paquete sigue [semver](https://semver.org/lang/es/): **patch** para bug fixes
 regeneración de `dist`, **minor** para componentes/props/variantes/tokens nuevos, **major**
 para breaking changes.
 
+## [48.1.0] — 2026-09-16
+
+> **Minor.** `FilterBar` pasa a columnas fijas por punto de corte —4 en escritorio, 2 en
+> tableta, 1 antes de `md`— que llenan la fila entera en vez de dejar hueco a la derecha.
+> Y `Pagination` deja de pintarse con 0 registros, sea cual sea el resto de sus props.
+
+### `FilterBar`: columnas por punto de corte, no por aritmética del ancho disponible
+
+`.filter-bar__row` era `repeat(auto-fill, minmax(<mínimo>, 1fr))`: el número de columnas
+lo decidía solo el ancho disponible, así que cuatro filtros en escritorio podían dejar una
+columna vacía a la derecha en vez de llenar la fila. Ahora el máximo de columnas es fijo
+por punto de corte —4 en `lg`, 2 en `md`, 1 antes— y la rejilla es `auto-fit` con un
+mínimo que es una fracción del contenedor: con menos filtros que el máximo, las columnas
+que sobran colapsan y las que tienen contenido se reparten el ancho sobrante, así que la
+fila siempre queda llena — tres filtros en escritorio son tres columnas iguales, no tres
+de cuatro con hueco. Con más filtros que el máximo, saltan de fila como antes. El botón de
+`actions` sigue siendo una celda más de la misma rejilla, así que participa del reparto.
+
+Se retira el token `filter-bar.column-min-inline-size` (ya no decide nada: el máximo de
+columnas es fijo en el CSS, no una medida). El resto de los tokens de la barra no cambia.
+
+### `Pagination`: con 0 registros, nunca se pinta
+
+`total === 0` dejaba de pintar el `<nav>` solo si además `pageCount` no estaba informado y
+`afterPageSize` estaba vacío — con `showTotal`, con el selector de página o con la ranura
+llena, un listado sin resultados seguía sacando un paginador sin nada que paginar. Ahora
+`total === 0` (o `pageCount === 0`) no pinta el `<nav>` **nunca**, con independencia de las
+demás props. La ranura sigue salvando al paginador solo cuando el total **no se conoce
+todavía** (la prop no se ha informado) y hay como mucho una página — una tabla que aún no
+ha resuelto su total pero ya trae algo que exportar—; con una página y registros de verdad
+(`total` informado y mayor que 0) se sigue pintando si hay selector, ranura o total, como
+antes.
+
 ## [48.0.0] — 2026-09-16
 
 > **Major.** Novena familia al proveedor de textos: copiar, datos y estado. Diecisiete

package/dist/_shared/tokens.js

@@ -2546,7 +2546,6 @@ var e = {
 	"--filter-bar-gap": "1.5rem",
 	"--filter-bar-column-gap": "1rem",
 	"--filter-bar-row-gap": "0.75rem",
-	"--filter-bar-column-min-inline-size": "12rem",
 	"--filter-bar-actions-gap": "0.75rem",
 	"--filter-bar-label-offset": "calc(0.875rem * 1.5 + 0.5rem)",
 	"--filter-bar-control-block-size": "2.5rem",

package/dist/_types/molecules/FilterBar/FilterBar.d.ts

@@ -44,9 +44,10 @@ export interface FilterBarProps extends Omit<ComponentPropsWithoutRef<'div'>, 'c
  * consumidor, igual que en un formulario.
  *
  * Existe porque montarla a mano en un `Inline` se rompe en móvil: los campos
- * no encogen por debajo de su contenido y la fila se sale. Aquí la rejilla es
- * `auto-fit` sobre un ancho mínimo por token, así que el número de columnas lo
- * decide el sitio disponible y en pantalla estrecha queda una sola.
+ * no encogen por debajo de su contenido y la fila se sale. Aquí las columnas
+ * son fijas por punto de corte —4 en escritorio, 2 en tableta, 1 antes de
+ * `md`— y `auto-fit` hace que los filtros que haya llenen la fila entera, sin
+ * hueco a la derecha cuando hay menos de los que caben.
  *
  * `{...rest}` (`id`, `data-*`, `aria-*`…) va al `<div>`.
  */

package/dist/_types/molecules/Pagination/Pagination.d.ts

@@ -33,9 +33,23 @@ export interface PaginationProps {
      * (`cursor`): para listados por cursor, donde no se sabe cuántas páginas hay.
      */
     mode?: 'pages' | 'cursor';
-    /** Total de registros. Con `pageCount` o en modo `cursor` no hace falta. */
+    /**
+     * Total de registros. Con `pageCount` o en modo `cursor` no hace falta.
+     * Con `0` el paginador **no se pinta nunca** —ni con `pageCount` informado,
+     * ni con `showTotal`, ni con la ranura `afterPageSize` llena: no hay nada
+     * que paginar ni que exportar—. Ver la regla completa en `pageCount`.
+     */
     total?: number;
-    /** Número de páginas, cuando quien pagina ya lo sabe (en vez de `total` + `pageSize`). */
+    /**
+     * Número de páginas, cuando quien pagina ya lo sabe (en vez de `total` +
+     * `pageSize`). Con `0`, igual que `total={0}`: el paginador no se pinta.
+     *
+     * Regla completa de cuándo el `<nav>` devuelve `null` (modo `pages`; en
+     * `cursor` no aplica, ver su prop): `total === 0`, o `pageCount === 0`, o
+     * (`total` sin informar y `pageCount` sin informar o `<= 1` y sin
+     * `afterPageSize`). Con una sola página pero `total` informado y mayor que
+     * 0, como hoy: se pinta si hay selector, ranura o `showTotal`.
+     */
     pageCount?: number;
     /** Página activa (1-indexed). En modo `cursor`, opcional. */
     page?: number;