@beweco/aurora-ui 1.0.0-beta.124 → 1.0.0-beta.125

package/dist/index.cjs.js

@@ -2010,6 +2010,10 @@ function withCollectionItemIds(children) {
     return Object.keys(patch).length > 0 ? $8WNJc$react.cloneElement(element, patch) : element;
 }
 
+/** Traducciones por defecto en español (mismo literal que la ✕ de la fachada `Input`). */
+const DEFAULT_TRANSLATIONS$e = {
+    clearButtonAriaLabel: "Limpiar",
+};
 /**
  * Clases del wrapper del icono: lo mete DENTRO del recuadro del campo.
  *
@@ -2218,6 +2222,74 @@ const ICON_INSET_CLASS = {
  *   contra 364).
  */
 const ICON_UNDERLINED_INSET_CLASS = "pe-1";
+/*
+ * TECH-2459 · ronda 2 — La ✕ de limpiar, que v2 traía de fábrica y la migración perdió.
+ *
+ * ## Qué hacía v2 (medido en el paquete, no deducido)
+ *
+ * El `Autocomplete` de v2 pintaba DOS botones redondos de 32px al final del campo, dentro del
+ * borde: primero la ✕ y después el chevron (`dist/chunk-RXKUWVQZ.mjs`, el `endContent` del
+ * `Input`: `[endContent || <Button {...getClearButtonProps()}>{clearIcon}</Button>,
+ * selectorIcon && <Button {...getSelectorButtonProps()}>]`). Ambos con
+ * `size="sm" variant="light" radius="full" isIconOnly` (defaults documentados en
+ * `dist/use-autocomplete.d.ts:72-80`) y glifo de 16px (`clearButton: "text-medium"` en el `tv`
+ * del tema, `@heroui/theme@2.4.15/dist/components/autocomplete.js`).
+ *
+ * De ahí sale la única medida que este fichero necesita: el hueco entre los DOS glifos era de
+ * 16px (dos botones de 32px pegados, cada uno con 8px de aire alrededor de su glifo de 16px). La
+ * posición absoluta del chevron ya la fijó la migración (`.combo-box__trigger` → `pe-2`), así que
+ * lo que se conserva aquí es ese hueco relativo, no una coordenada.
+ *
+ * La ✕ va en FLUJO y sus vecinos son `absolute`, así que la fórmula tiene que descontar el relleno
+ * lateral del campo: un `absolute end-0` se posiciona desde el canto interior del borde (ignora el
+ * `px-*`), mientras que la ✕ arranca DESPUÉS de ese relleno.
+ *
+ *   me = sangría del extremo + 16 (hueco v2) + 16 (glifo del extremo) − relleno lateral del campo
+ *
+ *   |                     | sangría | relleno |   me   |
+ *   | chevron, sm         |    8    |    8    | me-8   |
+ *   | chevron, md/lg      |    8    |   12    | me-7   |
+ *   | chevron, underlined |    8    |    4    | me-9   |
+ *   | icono (cualquiera)  |  8/12/4 |  8/12/4 | me-8   | ← la sangría del icono ES el relleno
+ *
+ * Verificado en el navegador, no calculado: con el ajuste, el canto izquierdo del glifo del extremo
+ * y el derecho del glifo de la ✕ quedan a 16px en los cinco campos de la story `Clearable` (antes,
+ * con `me-10`/`me-11`, salían a 28px porque la fórmula se había olvidado del relleno y del borde).
+ *
+ * ## Dos desviaciones DELIBERADAS de v2, las dos por precedente de la fachada `Input`
+ *
+ * 1 · **v2 solo la mostraba al pasar el ratón** en pantallas ≥640px. El `tv` del tema lo dice
+ *     literal: `clearButton: ["opacity-0", …, "data-[visible=true]:opacity-100",
+ *     "sm:data-[visible=true]:opacity-0",
+ *     "sm:group-data-[hover=true]:data-[visible=true]:opacity-100"]` — o sea visible con valor en
+ *     móvil, y en escritorio solo con el puntero encima del campo. Aquí se muestra siempre que
+ *     haya algo que limpiar, como ya hace `Input.tsx` (`showClear`), porque un botón que solo
+ *     aparece al pasar el ratón es indescubrible con teclado y fue exactamente lo que QA reportó
+ *     como "desaparecida".
+ * 2 · **v2 la tenía siempre en el DOM** (invisible, `excludeFromTabOrder`, reservando su hueco);
+ *     aquí se monta solo cuando hay valor. Consecuencia: el hueco que se lleva la ✕ (44px medidos:
+ *     la zona de texto acaba a 58px del borde con ✕ y a 14px sin ella) aparece con el valor en vez
+ *     de estar reservado siempre, y la ✕ SÍ es alcanzable con teclado (con nombre accesible
+ *     traducido, que v2 no tenía: no hay un solo `aria-label` en todo `chunk-NJJHRP6D.mjs`).
+ */
+const CLEAR_GAP_WITH_ICON_CLASS = "me-8";
+const CLEAR_GAP_WITH_TRIGGER_CLASS = {
+    sm: "me-8",
+    md: "me-7",
+    lg: "me-7",
+};
+const CLEAR_GAP_WITH_TRIGGER_UNDERLINED_CLASS = "me-9";
+/**
+ * `.close-button` de v3 es un botón CON caja: `h-6 w-6 rounded-xl p-1` + `bg-default text-muted`
+ * (`close-button.css` y su variante `--default`), y su `& svg` lleva `-mx-0.5 my-0.5`. En v2 la ✕
+ * de este componente no pintaba fondo ni caja —el glifo ERA el botón, `text-default-500` en el
+ * `tv`— así que se neutraliza con utilidades (capa `utilities` > `components`), igual que hace
+ * `Chip.tsx` con su propia ✕. Se deja vivo el `scale(0.93)` al pulsar de v3.
+ *
+ * ⚠️ `h-4 w-4 p-0` deja el glifo de 16px ocupando la caja entera; el `[&_svg]:m-0` quita los
+ * márgenes negativos de v3 para que el centro del glifo coincida con el centro de la caja.
+ */
+const CLEAR_BUTTON_CLASS = "h-4 w-4 min-h-0 shrink-0 rounded-full bg-transparent p-0 text-default-500 hover:bg-transparent [&_svg]:m-0";
 const DEFAULT_ICON = (jsxRuntime.jsx(IconComponent, { icon: "solar:magnifer-outline", className: "text-default-400 pointer-events-none shrink-0", size: "sm", "aria-hidden": true }));
 /**
  * AuraAutocomplete genérico reutilizable, migrado al `ComboBox` compound de HeroUI v3 (el
@@ -2232,14 +2304,57 @@ const DEFAULT_ICON = (jsxRuntime.jsx(IconComponent, { icon: "solar:magnifer-outl
  * si algún consumidor necesita leer la selección fuera de eso, debe migrar sus items a `id`
  * explícito (tarea de la fase de adopción en apps).
  *
- * `variant`/`size`/`radius` de v2 se aceptan y se descartan: `ComboBox` no tiene variantes de
- * estilo en v3 (ver tipo).
- */
-const AuraAutocomplete = ({ label, id, icon, placeholder, className, children, variant = "bordered", size = "md", isDisabled, radius: _radius, ...props }) => {
+ * `variant`/`size` de v2 se reimplementan con clases (`ComboBox` no tiene variantes ni tamaños en
+ * v3) y `radius` se acepta y se descarta; `isClearable` (default `true`, como en v2) repone la ✕
+ * de limpiar, que v3 no trae en esta pieza.
+ */
+const AuraAutocomplete = ({ label, id, icon, placeholder, className, children, variant = "bordered", size = "md", isDisabled, 
+// `isClearable` y los cuatro de abajo se desestructuran (en vez de viajar en `...props`)
+// porque la ✕ necesita LEER el valor para decidir si se muestra y LLAMAR a los callbacks para
+// limpiarlo. Se reenvían tal cual al `ComboBox`, así que para el consumidor no cambia nada:
+// pasar `undefined` es indistinguible de no pasarlos (react-aria decide controlado/no
+// controlado con `!== undefined`).
+isClearable = true, isReadOnly, inputValue, selectedKey, onInputChange, onSelectionChange, translations, radius: _radius, ...props }) => {
     const generatedId = $8WNJc$react.useId();
     const autoId = id || generatedId;
     const resolvedIcon = icon === undefined ? DEFAULT_ICON : icon;
-    return (jsxRuntime.jsxs(react.ComboBox, { id: autoId, isDisabled: isDisabled, className: [FIELD_STACK_CLASS$2, className].filter(Boolean).join(" "), ...props, children: [label && jsxRuntime.jsx(react.Label, { className: LABEL_CLASS$3, children: label }), jsxRuntime.jsxs(react.ComboBox.InputGroup, { className: [
+    const t = { ...DEFAULT_TRANSLATIONS$e, ...translations };
+    /** El `<input>` real, para devolverle el foco tras limpiar (ver `handleClear`). */
+    const inputRef = $8WNJc$react.useRef(null);
+    // `data-visible` de v2, traducido a montar/no montar: `!!state.selectedItem ||
+    // state.inputValue?.length > 0` (`chunk-NJJHRP6D.mjs:273`), y apagado por `isDisabled`/
+    // `isReadOnly` como en el cálculo de `isClearable` del hook (línea 20 del mismo fichero).
+    const hasSelection = selectedKey != null;
+    const hasText = typeof inputValue === "string" && inputValue.length > 0;
+    const showClear = isClearable && !isDisabled && !isReadOnly && (hasSelection || hasText);
+    /**
+     * Lo mismo que hacía v2 al pulsar la ✕ (`getClearButtonProps().onPress`): borra la selección
+     * —solo si había una, igual que su `if (state.selectedItem)`—, vacía el texto y devuelve el
+     * foco al campo.
+     *
+     * ⚠️ El foco NO es un extra: la ✕ se desmonta en el mismo commit (ya no hay nada que limpiar),
+     * así que sin esto el foco se iría al `<body>` y el campo quedaría inservible sin volver a
+     * pulsarlo. v2 lo resolvía al revés (`onPressStart: inputRef.focus()` + `preventFocusOnPress`),
+     * porque su botón no desaparecía.
+     *
+     * Los dos callbacks son los mismos que disparaba v2: allí `state.setSelectedKey(null)` y
+     * `state.setInputValue("")` llamaban a `onSelectionChange`/`onInputChange` del consumidor. Y
+     * hay que llamar a los DOS: con `inputValue` y `selectedKey` controlados, react-aria
+     * deliberadamente no sincroniza uno con otro —"it's the user's responsibility to update
+     * inputValue in onSelectionChange", `react-stately/dist/private/combobox/useComboBoxState.js`
+     * líneas 207-214—, así que vaciar solo el texto dejaría la selección viva y al revés.
+     * Lo único que no se replica es su `state.open()` (reabrir la lista): eso vive en el estado
+     * interno de react-aria, fuera del alcance de la fachada — aunque al devolver el foco, el
+     * `menuTrigger="focus"` por defecto del `ComboBox` de v3 la reabre de todos modos.
+     */
+    const handleClear = () => {
+        if (hasSelection) {
+            onSelectionChange?.(null);
+        }
+        onInputChange?.("");
+        inputRef.current?.focus();
+    };
+    return (jsxRuntime.jsxs(react.ComboBox, { id: autoId, isDisabled: isDisabled, isReadOnly: isReadOnly, inputValue: inputValue, selectedKey: selectedKey, onInputChange: onInputChange, onSelectionChange: onSelectionChange, className: [FIELD_STACK_CLASS$2, className].filter(Boolean).join(" "), ...props, children: [label && jsxRuntime.jsx(react.Label, { className: LABEL_CLASS$3, children: label }), jsxRuntime.jsxs(react.ComboBox.InputGroup, { className: [
                     SIZE_CLASS$3[size],
                     PADDING_CLASS$1[size],
                     variant === "underlined" ? UNDERLINED_INNER_CLASS[size] : "",
@@ -2247,13 +2362,54 @@ const AuraAutocomplete = ({ label, id, icon, placeholder, className, children, v
                     VARIANT_CLASS$2[variant],
                 ]
                     .filter(Boolean)
-                    .join(" "), children: [jsxRuntime.jsx(react.Input, { placeholder: placeholder, className: [
+                    .join(" "), children: [jsxRuntime.jsx(react.Input, { ref: inputRef, placeholder: placeholder, className: [
                             INPUT_CLASS$1,
                             TEXT_CLASS[size],
                             resolvedIcon != null ? INPUT_WITH_ICON_CLASSNAME : "",
                         ]
                             .filter(Boolean)
-                            .join(" ") }), resolvedIcon != null && (jsxRuntime.jsx("span", { className: [
+                            .join(" ") }), showClear && (jsxRuntime.jsx(react.CloseButton
+                    /*
+                     * ⚠️ `slot={null}` no es cosmético: sin él, este botón se come el
+                     * `ButtonContext` que react-aria publica para el disparador del ComboBox, y
+                     * salía con los atributos del chevron. Medido en el DOM antes de ponerlo:
+                     *
+                     *   id="react-aria…_r_1_"   ← EL MISMO id que el chevron (HTML inválido)
+                     *   aria-haspopup="listbox" aria-expanded="false"
+                     *   aria-labelledby="…_r_1_ …_r_6_"  ← y esto PISA al `aria-label`, así que
+                     *                                      el nombre accesible no era "Limpiar"
+                     *                                      sino la etiqueta del campo
+                     *   tabindex="-1"            ← heredado del `excludeFromTabOrder` del chevron
+                     *
+                     * `slot={null}` es la vía documentada de react-aria para NO consumir el
+                     * contexto (`useContextProps` lo salta). Con él el botón queda limpio: solo
+                     * su `aria-label` traducido, y alcanzable con teclado como la ✕ de `Input`.
+                     */
+                    , { 
+                        /*
+                         * ⚠️ `slot={null}` no es cosmético: sin él, este botón se come el
+                         * `ButtonContext` que react-aria publica para el disparador del ComboBox, y
+                         * salía con los atributos del chevron. Medido en el DOM antes de ponerlo:
+                         *
+                         *   id="react-aria…_r_1_"   ← EL MISMO id que el chevron (HTML inválido)
+                         *   aria-haspopup="listbox" aria-expanded="false"
+                         *   aria-labelledby="…_r_1_ …_r_6_"  ← y esto PISA al `aria-label`, así que
+                         *                                      el nombre accesible no era "Limpiar"
+                         *                                      sino la etiqueta del campo
+                         *   tabindex="-1"            ← heredado del `excludeFromTabOrder` del chevron
+                         *
+                         * `slot={null}` es la vía documentada de react-aria para NO consumir el
+                         * contexto (`useContextProps` lo salta). Con él el botón queda limpio: solo
+                         * su `aria-label` traducido, y alcanzable con teclado como la ✕ de `Input`.
+                         */
+                        slot: null, "aria-label": t.clearButtonAriaLabel, className: [
+                            CLEAR_BUTTON_CLASS,
+                            resolvedIcon != null
+                                ? CLEAR_GAP_WITH_ICON_CLASS
+                                : variant === "underlined"
+                                    ? CLEAR_GAP_WITH_TRIGGER_UNDERLINED_CLASS
+                                    : CLEAR_GAP_WITH_TRIGGER_CLASS[size],
+                        ].join(" "), onPress: handleClear })), resolvedIcon != null && (jsxRuntime.jsx("span", { className: [
                             ICON_WRAPPER_CLASSNAME,
                             variant === "underlined"
                                 ? `${ICON_UNDERLINED_INSET_CLASS} ${UNDERLINED_INNER_CLASS[size]}`
@@ -8579,7 +8735,45 @@ const Select = ({ children, label, description, errorMessage, id, name,
 // `lg` que había aquí venía del `argTypes.defaultValue.summary` de la story, que YA estaba mal
 // en v2. Con "lg" todos los campos de las 4 apps que no pasan `size` salían 8px más altos, con
 // 2px más de padding lateral y el texto a 16px en vez de 14.
-size = "md", variant = "bordered", radius = "md", placeholder, selectionMode = "single", selectedKeys, defaultSelectedKeys, onSelectionChange, disabledKeys, isInvalid = false, isRequired = false, isDisabled = false, 
+size = "md", variant = "bordered", radius = "md", 
+// Campo vacío = SIN texto, como en v2 (TECH-2459 · F5 · hallazgo backoffice 10-sep: «un Select
+// sin `placeholder` muestra "Select an item", en inglés»).
+//
+// ⚠️ La cadena NO es de HeroUI: la pone **react-aria-components**, y por eso no se arregla
+// tocando la pieza de v3. `SelectValue` resuelve su contenido así
+// (`react-aria-components/dist/private/Select.mjs:274`):
+//
+//   defaultChildren: defaultChildren ?? placeholder ?? stringFormatter.format('selectPlaceholder')
+//
+// donde `defaultChildren` es la etiqueta de lo seleccionado (`undefined` si no hay nada) y
+// `placeholder` sale del propio `props` de la raíz, que react-aria publica en su `SelectContext`
+// (`Select.mjs:137`). El tercer término es una cadena **traducida** del paquete
+// (`dist/private/intl/en-US.js` → "Select an item"; `es-ES.js` → "Seleccionar un artículo"), así
+// que lo que se ve depende del locale efectivo de react-aria —hoy el del navegador—, no de una
+// constante de HeroUI.
+//
+// v2 no pintaba nada en ese hueco: su `Select` no tenía fallback de placeholder (la sesión de
+// backoffice lo contrastó además sobre los bundles publicados — la cadena aparece 1 vez en el
+// chunk de v3 y 0 en el v2 que sirve QA). Un campo con texto por
+// defecto es una decisión de diseño que ninguna app ha pedido, y se repara aquí y no app por app
+// porque el alcance es grande: **93 aperturas `<Select>` sin prop `placeholder`** en los repos
+// que consumen la fachada (52 en beweossmbs, 38 en backoffice-beweos, 3 en beweanalytics; 0 en
+// beweosagency y loginos — medido el 14-sep-2026 recorriendo la etiqueta de apertura, no por
+// grep de línea, que cuenta `<SelectItem` de rebote). Es un **suelo**, no un techo: un
+// `placeholder={variable}` que en ejecución vale `undefined` cae en el mismo fallback y ese
+// recuento lo da por cubierto.
+//
+// Se neutraliza con **cadena vacía**, no con `undefined`: los dos `??` de arriba solo caen al
+// siguiente término con `null`/`undefined`, y `""` no lo es, así que corta la cadena antes del
+// `stringFormatter`. Medido con `renderToStaticMarkup` (ver `Select.test.tsx`): el único cambio
+// en todo el markup es que el `<span data-slot="select-value">` se queda sin texto — no aparece
+// ningún atributo `placeholder` en el DOM ni cambia el `<select>` nativo oculto. El nombre
+// accesible del trigger tampoco se pierde: es `aria-labelledby="<valor> <label>"`, así que con el
+// valor vacío queda el texto del `<Label>`, igual que en v2.
+//
+// Por eso este componente sigue sin `SelectTranslations`: la corrección consiste precisamente en
+// que la librería no aporte NINGÚN texto propio, no en traducir el que había.
+placeholder = "", selectionMode = "single", selectedKeys, defaultSelectedKeys, onSelectionChange, disabledKeys, isInvalid = false, isRequired = false, isDisabled = false, 
 // `fullWidth` por defecto a `true`: HeroUI v2 lo traía en sus `defaultVariants`
 // (verificado en el paquete v2 compilado, `dist/components/input.js`:
 // `defaultVariants: { variant:"flat", color:"default", size:"md", fullWidth:true, … }`, con

package/dist/index.esm.js

@@ -2010,6 +2010,10 @@ function withCollectionItemIds(children) {
     return Object.keys(patch).length > 0 ? cloneElement(element, patch) : element;
 }
 
+/** Traducciones por defecto en español (mismo literal que la ✕ de la fachada `Input`). */
+const DEFAULT_TRANSLATIONS$e = {
+    clearButtonAriaLabel: "Limpiar",
+};
 /**
  * Clases del wrapper del icono: lo mete DENTRO del recuadro del campo.
  *
@@ -2218,6 +2222,74 @@ const ICON_INSET_CLASS = {
  *   contra 364).
  */
 const ICON_UNDERLINED_INSET_CLASS = "pe-1";
+/*
+ * TECH-2459 · ronda 2 — La ✕ de limpiar, que v2 traía de fábrica y la migración perdió.
+ *
+ * ## Qué hacía v2 (medido en el paquete, no deducido)
+ *
+ * El `Autocomplete` de v2 pintaba DOS botones redondos de 32px al final del campo, dentro del
+ * borde: primero la ✕ y después el chevron (`dist/chunk-RXKUWVQZ.mjs`, el `endContent` del
+ * `Input`: `[endContent || <Button {...getClearButtonProps()}>{clearIcon}</Button>,
+ * selectorIcon && <Button {...getSelectorButtonProps()}>]`). Ambos con
+ * `size="sm" variant="light" radius="full" isIconOnly` (defaults documentados en
+ * `dist/use-autocomplete.d.ts:72-80`) y glifo de 16px (`clearButton: "text-medium"` en el `tv`
+ * del tema, `@heroui/theme@2.4.15/dist/components/autocomplete.js`).
+ *
+ * De ahí sale la única medida que este fichero necesita: el hueco entre los DOS glifos era de
+ * 16px (dos botones de 32px pegados, cada uno con 8px de aire alrededor de su glifo de 16px). La
+ * posición absoluta del chevron ya la fijó la migración (`.combo-box__trigger` → `pe-2`), así que
+ * lo que se conserva aquí es ese hueco relativo, no una coordenada.
+ *
+ * La ✕ va en FLUJO y sus vecinos son `absolute`, así que la fórmula tiene que descontar el relleno
+ * lateral del campo: un `absolute end-0` se posiciona desde el canto interior del borde (ignora el
+ * `px-*`), mientras que la ✕ arranca DESPUÉS de ese relleno.
+ *
+ *   me = sangría del extremo + 16 (hueco v2) + 16 (glifo del extremo) − relleno lateral del campo
+ *
+ *   |                     | sangría | relleno |   me   |
+ *   | chevron, sm         |    8    |    8    | me-8   |
+ *   | chevron, md/lg      |    8    |   12    | me-7   |
+ *   | chevron, underlined |    8    |    4    | me-9   |
+ *   | icono (cualquiera)  |  8/12/4 |  8/12/4 | me-8   | ← la sangría del icono ES el relleno
+ *
+ * Verificado en el navegador, no calculado: con el ajuste, el canto izquierdo del glifo del extremo
+ * y el derecho del glifo de la ✕ quedan a 16px en los cinco campos de la story `Clearable` (antes,
+ * con `me-10`/`me-11`, salían a 28px porque la fórmula se había olvidado del relleno y del borde).
+ *
+ * ## Dos desviaciones DELIBERADAS de v2, las dos por precedente de la fachada `Input`
+ *
+ * 1 · **v2 solo la mostraba al pasar el ratón** en pantallas ≥640px. El `tv` del tema lo dice
+ *     literal: `clearButton: ["opacity-0", …, "data-[visible=true]:opacity-100",
+ *     "sm:data-[visible=true]:opacity-0",
+ *     "sm:group-data-[hover=true]:data-[visible=true]:opacity-100"]` — o sea visible con valor en
+ *     móvil, y en escritorio solo con el puntero encima del campo. Aquí se muestra siempre que
+ *     haya algo que limpiar, como ya hace `Input.tsx` (`showClear`), porque un botón que solo
+ *     aparece al pasar el ratón es indescubrible con teclado y fue exactamente lo que QA reportó
+ *     como "desaparecida".
+ * 2 · **v2 la tenía siempre en el DOM** (invisible, `excludeFromTabOrder`, reservando su hueco);
+ *     aquí se monta solo cuando hay valor. Consecuencia: el hueco que se lleva la ✕ (44px medidos:
+ *     la zona de texto acaba a 58px del borde con ✕ y a 14px sin ella) aparece con el valor en vez
+ *     de estar reservado siempre, y la ✕ SÍ es alcanzable con teclado (con nombre accesible
+ *     traducido, que v2 no tenía: no hay un solo `aria-label` en todo `chunk-NJJHRP6D.mjs`).
+ */
+const CLEAR_GAP_WITH_ICON_CLASS = "me-8";
+const CLEAR_GAP_WITH_TRIGGER_CLASS = {
+    sm: "me-8",
+    md: "me-7",
+    lg: "me-7",
+};
+const CLEAR_GAP_WITH_TRIGGER_UNDERLINED_CLASS = "me-9";
+/**
+ * `.close-button` de v3 es un botón CON caja: `h-6 w-6 rounded-xl p-1` + `bg-default text-muted`
+ * (`close-button.css` y su variante `--default`), y su `& svg` lleva `-mx-0.5 my-0.5`. En v2 la ✕
+ * de este componente no pintaba fondo ni caja —el glifo ERA el botón, `text-default-500` en el
+ * `tv`— así que se neutraliza con utilidades (capa `utilities` > `components`), igual que hace
+ * `Chip.tsx` con su propia ✕. Se deja vivo el `scale(0.93)` al pulsar de v3.
+ *
+ * ⚠️ `h-4 w-4 p-0` deja el glifo de 16px ocupando la caja entera; el `[&_svg]:m-0` quita los
+ * márgenes negativos de v3 para que el centro del glifo coincida con el centro de la caja.
+ */
+const CLEAR_BUTTON_CLASS = "h-4 w-4 min-h-0 shrink-0 rounded-full bg-transparent p-0 text-default-500 hover:bg-transparent [&_svg]:m-0";
 const DEFAULT_ICON = (jsx(IconComponent, { icon: "solar:magnifer-outline", className: "text-default-400 pointer-events-none shrink-0", size: "sm", "aria-hidden": true }));
 /**
  * AuraAutocomplete genérico reutilizable, migrado al `ComboBox` compound de HeroUI v3 (el
@@ -2232,14 +2304,57 @@ const DEFAULT_ICON = (jsx(IconComponent, { icon: "solar:magnifer-outline", class
  * si algún consumidor necesita leer la selección fuera de eso, debe migrar sus items a `id`
  * explícito (tarea de la fase de adopción en apps).
  *
- * `variant`/`size`/`radius` de v2 se aceptan y se descartan: `ComboBox` no tiene variantes de
- * estilo en v3 (ver tipo).
- */
-const AuraAutocomplete = ({ label, id, icon, placeholder, className, children, variant = "bordered", size = "md", isDisabled, radius: _radius, ...props }) => {
+ * `variant`/`size` de v2 se reimplementan con clases (`ComboBox` no tiene variantes ni tamaños en
+ * v3) y `radius` se acepta y se descarta; `isClearable` (default `true`, como en v2) repone la ✕
+ * de limpiar, que v3 no trae en esta pieza.
+ */
+const AuraAutocomplete = ({ label, id, icon, placeholder, className, children, variant = "bordered", size = "md", isDisabled, 
+// `isClearable` y los cuatro de abajo se desestructuran (en vez de viajar en `...props`)
+// porque la ✕ necesita LEER el valor para decidir si se muestra y LLAMAR a los callbacks para
+// limpiarlo. Se reenvían tal cual al `ComboBox`, así que para el consumidor no cambia nada:
+// pasar `undefined` es indistinguible de no pasarlos (react-aria decide controlado/no
+// controlado con `!== undefined`).
+isClearable = true, isReadOnly, inputValue, selectedKey, onInputChange, onSelectionChange, translations, radius: _radius, ...props }) => {
     const generatedId = useId();
     const autoId = id || generatedId;
     const resolvedIcon = icon === undefined ? DEFAULT_ICON : icon;
-    return (jsxs(ComboBox, { id: autoId, isDisabled: isDisabled, className: [FIELD_STACK_CLASS$2, className].filter(Boolean).join(" "), ...props, children: [label && jsx(Label, { className: LABEL_CLASS$3, children: label }), jsxs(ComboBox.InputGroup, { className: [
+    const t = { ...DEFAULT_TRANSLATIONS$e, ...translations };
+    /** El `<input>` real, para devolverle el foco tras limpiar (ver `handleClear`). */
+    const inputRef = useRef(null);
+    // `data-visible` de v2, traducido a montar/no montar: `!!state.selectedItem ||
+    // state.inputValue?.length > 0` (`chunk-NJJHRP6D.mjs:273`), y apagado por `isDisabled`/
+    // `isReadOnly` como en el cálculo de `isClearable` del hook (línea 20 del mismo fichero).
+    const hasSelection = selectedKey != null;
+    const hasText = typeof inputValue === "string" && inputValue.length > 0;
+    const showClear = isClearable && !isDisabled && !isReadOnly && (hasSelection || hasText);
+    /**
+     * Lo mismo que hacía v2 al pulsar la ✕ (`getClearButtonProps().onPress`): borra la selección
+     * —solo si había una, igual que su `if (state.selectedItem)`—, vacía el texto y devuelve el
+     * foco al campo.
+     *
+     * ⚠️ El foco NO es un extra: la ✕ se desmonta en el mismo commit (ya no hay nada que limpiar),
+     * así que sin esto el foco se iría al `<body>` y el campo quedaría inservible sin volver a
+     * pulsarlo. v2 lo resolvía al revés (`onPressStart: inputRef.focus()` + `preventFocusOnPress`),
+     * porque su botón no desaparecía.
+     *
+     * Los dos callbacks son los mismos que disparaba v2: allí `state.setSelectedKey(null)` y
+     * `state.setInputValue("")` llamaban a `onSelectionChange`/`onInputChange` del consumidor. Y
+     * hay que llamar a los DOS: con `inputValue` y `selectedKey` controlados, react-aria
+     * deliberadamente no sincroniza uno con otro —"it's the user's responsibility to update
+     * inputValue in onSelectionChange", `react-stately/dist/private/combobox/useComboBoxState.js`
+     * líneas 207-214—, así que vaciar solo el texto dejaría la selección viva y al revés.
+     * Lo único que no se replica es su `state.open()` (reabrir la lista): eso vive en el estado
+     * interno de react-aria, fuera del alcance de la fachada — aunque al devolver el foco, el
+     * `menuTrigger="focus"` por defecto del `ComboBox` de v3 la reabre de todos modos.
+     */
+    const handleClear = () => {
+        if (hasSelection) {
+            onSelectionChange?.(null);
+        }
+        onInputChange?.("");
+        inputRef.current?.focus();
+    };
+    return (jsxs(ComboBox, { id: autoId, isDisabled: isDisabled, isReadOnly: isReadOnly, inputValue: inputValue, selectedKey: selectedKey, onInputChange: onInputChange, onSelectionChange: onSelectionChange, className: [FIELD_STACK_CLASS$2, className].filter(Boolean).join(" "), ...props, children: [label && jsx(Label, { className: LABEL_CLASS$3, children: label }), jsxs(ComboBox.InputGroup, { className: [
                     SIZE_CLASS$3[size],
                     PADDING_CLASS$1[size],
                     variant === "underlined" ? UNDERLINED_INNER_CLASS[size] : "",
@@ -2247,13 +2362,54 @@ const AuraAutocomplete = ({ label, id, icon, placeholder, className, children, v
                     VARIANT_CLASS$2[variant],
                 ]
                     .filter(Boolean)
-                    .join(" "), children: [jsx(Input$1, { placeholder: placeholder, className: [
+                    .join(" "), children: [jsx(Input$1, { ref: inputRef, placeholder: placeholder, className: [
                             INPUT_CLASS$1,
                             TEXT_CLASS[size],
                             resolvedIcon != null ? INPUT_WITH_ICON_CLASSNAME : "",
                         ]
                             .filter(Boolean)
-                            .join(" ") }), resolvedIcon != null && (jsx("span", { className: [
+                            .join(" ") }), showClear && (jsx(CloseButton
+                    /*
+                     * ⚠️ `slot={null}` no es cosmético: sin él, este botón se come el
+                     * `ButtonContext` que react-aria publica para el disparador del ComboBox, y
+                     * salía con los atributos del chevron. Medido en el DOM antes de ponerlo:
+                     *
+                     *   id="react-aria…_r_1_"   ← EL MISMO id que el chevron (HTML inválido)
+                     *   aria-haspopup="listbox" aria-expanded="false"
+                     *   aria-labelledby="…_r_1_ …_r_6_"  ← y esto PISA al `aria-label`, así que
+                     *                                      el nombre accesible no era "Limpiar"
+                     *                                      sino la etiqueta del campo
+                     *   tabindex="-1"            ← heredado del `excludeFromTabOrder` del chevron
+                     *
+                     * `slot={null}` es la vía documentada de react-aria para NO consumir el
+                     * contexto (`useContextProps` lo salta). Con él el botón queda limpio: solo
+                     * su `aria-label` traducido, y alcanzable con teclado como la ✕ de `Input`.
+                     */
+                    , { 
+                        /*
+                         * ⚠️ `slot={null}` no es cosmético: sin él, este botón se come el
+                         * `ButtonContext` que react-aria publica para el disparador del ComboBox, y
+                         * salía con los atributos del chevron. Medido en el DOM antes de ponerlo:
+                         *
+                         *   id="react-aria…_r_1_"   ← EL MISMO id que el chevron (HTML inválido)
+                         *   aria-haspopup="listbox" aria-expanded="false"
+                         *   aria-labelledby="…_r_1_ …_r_6_"  ← y esto PISA al `aria-label`, así que
+                         *                                      el nombre accesible no era "Limpiar"
+                         *                                      sino la etiqueta del campo
+                         *   tabindex="-1"            ← heredado del `excludeFromTabOrder` del chevron
+                         *
+                         * `slot={null}` es la vía documentada de react-aria para NO consumir el
+                         * contexto (`useContextProps` lo salta). Con él el botón queda limpio: solo
+                         * su `aria-label` traducido, y alcanzable con teclado como la ✕ de `Input`.
+                         */
+                        slot: null, "aria-label": t.clearButtonAriaLabel, className: [
+                            CLEAR_BUTTON_CLASS,
+                            resolvedIcon != null
+                                ? CLEAR_GAP_WITH_ICON_CLASS
+                                : variant === "underlined"
+                                    ? CLEAR_GAP_WITH_TRIGGER_UNDERLINED_CLASS
+                                    : CLEAR_GAP_WITH_TRIGGER_CLASS[size],
+                        ].join(" "), onPress: handleClear })), resolvedIcon != null && (jsx("span", { className: [
                             ICON_WRAPPER_CLASSNAME,
                             variant === "underlined"
                                 ? `${ICON_UNDERLINED_INSET_CLASS} ${UNDERLINED_INNER_CLASS[size]}`
@@ -8579,7 +8735,45 @@ const Select = ({ children, label, description, errorMessage, id, name,
 // `lg` que había aquí venía del `argTypes.defaultValue.summary` de la story, que YA estaba mal
 // en v2. Con "lg" todos los campos de las 4 apps que no pasan `size` salían 8px más altos, con
 // 2px más de padding lateral y el texto a 16px en vez de 14.
-size = "md", variant = "bordered", radius = "md", placeholder, selectionMode = "single", selectedKeys, defaultSelectedKeys, onSelectionChange, disabledKeys, isInvalid = false, isRequired = false, isDisabled = false, 
+size = "md", variant = "bordered", radius = "md", 
+// Campo vacío = SIN texto, como en v2 (TECH-2459 · F5 · hallazgo backoffice 10-sep: «un Select
+// sin `placeholder` muestra "Select an item", en inglés»).
+//
+// ⚠️ La cadena NO es de HeroUI: la pone **react-aria-components**, y por eso no se arregla
+// tocando la pieza de v3. `SelectValue` resuelve su contenido así
+// (`react-aria-components/dist/private/Select.mjs:274`):
+//
+//   defaultChildren: defaultChildren ?? placeholder ?? stringFormatter.format('selectPlaceholder')
+//
+// donde `defaultChildren` es la etiqueta de lo seleccionado (`undefined` si no hay nada) y
+// `placeholder` sale del propio `props` de la raíz, que react-aria publica en su `SelectContext`
+// (`Select.mjs:137`). El tercer término es una cadena **traducida** del paquete
+// (`dist/private/intl/en-US.js` → "Select an item"; `es-ES.js` → "Seleccionar un artículo"), así
+// que lo que se ve depende del locale efectivo de react-aria —hoy el del navegador—, no de una
+// constante de HeroUI.
+//
+// v2 no pintaba nada en ese hueco: su `Select` no tenía fallback de placeholder (la sesión de
+// backoffice lo contrastó además sobre los bundles publicados — la cadena aparece 1 vez en el
+// chunk de v3 y 0 en el v2 que sirve QA). Un campo con texto por
+// defecto es una decisión de diseño que ninguna app ha pedido, y se repara aquí y no app por app
+// porque el alcance es grande: **93 aperturas `<Select>` sin prop `placeholder`** en los repos
+// que consumen la fachada (52 en beweossmbs, 38 en backoffice-beweos, 3 en beweanalytics; 0 en
+// beweosagency y loginos — medido el 14-sep-2026 recorriendo la etiqueta de apertura, no por
+// grep de línea, que cuenta `<SelectItem` de rebote). Es un **suelo**, no un techo: un
+// `placeholder={variable}` que en ejecución vale `undefined` cae en el mismo fallback y ese
+// recuento lo da por cubierto.
+//
+// Se neutraliza con **cadena vacía**, no con `undefined`: los dos `??` de arriba solo caen al
+// siguiente término con `null`/`undefined`, y `""` no lo es, así que corta la cadena antes del
+// `stringFormatter`. Medido con `renderToStaticMarkup` (ver `Select.test.tsx`): el único cambio
+// en todo el markup es que el `<span data-slot="select-value">` se queda sin texto — no aparece
+// ningún atributo `placeholder` en el DOM ni cambia el `<select>` nativo oculto. El nombre
+// accesible del trigger tampoco se pierde: es `aria-labelledby="<valor> <label>"`, así que con el
+// valor vacío queda el texto del `<Label>`, igual que en v2.
+//
+// Por eso este componente sigue sin `SelectTranslations`: la corrección consiste precisamente en
+// que la librería no aporte NINGÚN texto propio, no en traducir el que había.
+placeholder = "", selectionMode = "single", selectedKeys, defaultSelectedKeys, onSelectionChange, disabledKeys, isInvalid = false, isRequired = false, isDisabled = false, 
 // `fullWidth` por defecto a `true`: HeroUI v2 lo traía en sus `defaultVariants`
 // (verificado en el paquete v2 compilado, `dist/components/input.js`:
 // `defaultVariants: { variant:"flat", color:"default", size:"md", fullWidth:true, … }`, con

package/dist/types/components/autocomplete/AutoComplete.d.ts

@@ -13,8 +13,9 @@ import type { AuraAutocompleteProps } from "./AutoComplete.types";
  * si algún consumidor necesita leer la selección fuera de eso, debe migrar sus items a `id`
  * explícito (tarea de la fase de adopción en apps).
  *
- * `variant`/`size`/`radius` de v2 se aceptan y se descartan: `ComboBox` no tiene variantes de
- * estilo en v3 (ver tipo).
+ * `variant`/`size` de v2 se reimplementan con clases (`ComboBox` no tiene variantes ni tamaños en
+ * v3) y `radius` se acepta y se descarta; `isClearable` (default `true`, como en v2) repone la ✕
+ * de limpiar, que v3 no trae en esta pieza.
  */
 export declare const AuraAutocomplete: React.FC<AuraAutocompleteProps>;
 //# sourceMappingURL=AutoComplete.d.ts.map

package/dist/types/components/autocomplete/AutoComplete.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"AutoComplete.d.ts","sourceRoot":"","sources":["../../../../src/components/autocomplete/AutoComplete.tsx"],"names":[],"mappings":"AACA,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAI/B,OAAO,KAAK,EACX,qBAAqB,EAGrB,MAAM,sBAAsB,CAAC;AA2O9B;;;;;;;;;;;;;;;GAeG;AACH,eAAO,MAAM,gBAAgB,EAAE,KAAK,CAAC,EAAE,CAAC,qBAAqB,CAwH5D,CAAC"}
+{"version":3,"file":"AutoComplete.d.ts","sourceRoot":"","sources":["../../../../src/components/autocomplete/AutoComplete.tsx"],"names":[],"mappings":"AACA,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAI/B,OAAO,KAAK,EACX,qBAAqB,EAIrB,MAAM,sBAAsB,CAAC;AAuT9B;;;;;;;;;;;;;;;;GAgBG;AACH,eAAO,MAAM,gBAAgB,EAAE,KAAK,CAAC,EAAE,CAAC,qBAAqB,CA8N5D,CAAC"}

package/dist/types/components/autocomplete/AutoComplete.types.d.ts

@@ -12,6 +12,20 @@ import type React from "react";
  * para las apps consumidoras; `variant`/`size`/`radius` se aceptan pero ya no tienen equivalente
  * de estilo en v3 (ComboBox no tiene variantes, solo Tailwind) — ver nota de cada prop.
  */
+/**
+ * Traducciones de `AuraAutocomplete`. Hoy solo el nombre accesible del botón de limpiar: es el
+ * único texto que la fachada escribe por su cuenta (el resto —`label`, `placeholder`, las
+ * etiquetas de las opciones— los pone el consumidor).
+ *
+ * ⚠️ No es opcional en la práctica: `CloseButton` de v3 se pone `aria-label="Close"` a sí mismo
+ * (`node_modules/@heroui/react/dist/components/close-button/close-button.js:22`, antes del
+ * `...rest`, o sea que se puede pisar pero si no se pisa se queda). Sin esta traducción el lector
+ * de pantalla anunciaría el botón en inglés dentro de una app en español.
+ */
+export type AuraAutocompleteTranslations = {
+    /** `aria-label` del botón de limpiar (`isClearable`). Default: "Limpiar". */
+    clearButtonAriaLabel?: string;
+};
 /** Variantes visuales de v2 del campo. */
 export type AutocompleteVariant = "flat" | "bordered" | "faded" | "underlined";
 /** Tamaños de v2 del campo (32 / 40 / 48px de alto). */
@@ -39,6 +53,36 @@ export type AuraAutocompleteProps<T extends object = object, M extends "single"
      * en v3, así que la fachada los reimplementa con clases — igual que `Input` y `Select`.
      */
     size?: AutocompleteSize;
+    /**
+     * Muestra el botón de limpiar (✕) dentro del campo, delante del chevron, cuando hay algo que
+     * limpiar. `false` lo oculta siempre.
+     *
+     * @default true
+     *
+     * Es el default de v2, medido en `@heroui/autocomplete@2.3.32`, no deducido: el `tv` del tema
+     * declara `defaultVariants: { isClearable: true }`
+     * (`@heroui/theme@2.4.15/dist/components/autocomplete.js`), y el hook solo lo apaga si el
+     * consumidor pasa `disableClearable`, `isDisabled` o `isReadOnly`
+     * (`dist/chunk-NJJHRP6D.mjs:20`). La migración a v3 lo perdió porque el `ComboBox` de v3 no
+     * tiene botón de limpiar propio (solo `Autocomplete`, que es otra pieza: ver
+     * `AutocompleteClearButton` en `@heroui/react/dist/components/autocomplete/autocomplete.d.ts`).
+     *
+     * ⚠️ Solo funciona en modo **controlado** —igual que en la fachada `Input`—: la fachada limpia
+     * llamando a `onInputChange("")`/`onSelectionChange(null)`, así que necesita ver el valor por
+     * `inputValue`/`selectedKey`. Sin ellos no hay ✕ (el estado vive dentro de react-aria y la
+     * fachada no lo alcanza sin importar `react-aria-components`, que no es dependencia de este
+     * paquete). Los 14 consumidores actuales de las 4 apps son controlados.
+     */
+    isClearable?: boolean;
+    /**
+     * Traducciones i18n de la fachada. Si no se pasa, usa los valores por defecto en español.
+     *
+     * @example
+     * ```tsx
+     * <AuraAutocomplete translations={{ clearButtonAriaLabel: "Clear" }} />
+     * ```
+     */
+    translations?: AuraAutocompleteTranslations;
     /**
      * @deprecated Sin equivalente en HeroUI v3. Se acepta por compatibilidad v2; no tiene efecto.
      */

package/dist/types/components/autocomplete/AutoComplete.types.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"AutoComplete.types.d.ts","sourceRoot":"","sources":["../../../../src/components/autocomplete/AutoComplete.types.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,eAAe,CAAC;AACvD,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAE/B;;;;;;;;;;;GAWG;AACH,0CAA0C;AAC1C,MAAM,MAAM,mBAAmB,GAAG,MAAM,GAAG,UAAU,GAAG,OAAO,GAAG,YAAY,CAAC;AAE/E,wDAAwD;AACxD,MAAM,MAAM,gBAAgB,GAAG,IAAI,GAAG,IAAI,GAAG,IAAI,CAAC;AAElD,MAAM,MAAM,qBAAqB,CAChC,CAAC,SAAS,MAAM,GAAG,MAAM,EACzB,CAAC,SAAS,QAAQ,GAAG,UAAU,GAAG,QAAQ,IACvC,IAAI,CAAC,iBAAiB,CAAC,CAAC,EAAE,CAAC,CAAC,EAAE,UAAU,GAAG,SAAS,CAAC,GAAG;IAC3D,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,2DAA2D;IAC3D,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB;;;OAGG;IACH,IAAI,CAAC,EAAE,KAAK,CAAC,SAAS,GAAG,IAAI,CAAC;IAC9B,sFAAsF;IACtF,QAAQ,CAAC,EAAE,KAAK,CAAC,SAAS,CAAC;IAC3B,qCAAqC;IACrC,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB;;;OAGG;IACH,OAAO,CAAC,EAAE,mBAAmB,CAAC;IAC9B;;;OAGG;IACH,IAAI,CAAC,EAAE,gBAAgB,CAAC;IACxB;;OAEG;IACH,MAAM,CAAC,EAAE,MAAM,GAAG,IAAI,GAAG,IAAI,GAAG,IAAI,GAAG,MAAM,CAAC;CAC9C,CAAC"}
+{"version":3,"file":"AutoComplete.types.d.ts","sourceRoot":"","sources":["../../../../src/components/autocomplete/AutoComplete.types.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,eAAe,CAAC;AACvD,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAE/B;;;;;;;;;;;GAWG;AACH;;;;;;;;;GASG;AACH,MAAM,MAAM,4BAA4B,GAAG;IAC1C,6EAA6E;IAC7E,oBAAoB,CAAC,EAAE,MAAM,CAAC;CAC9B,CAAC;AAEF,0CAA0C;AAC1C,MAAM,MAAM,mBAAmB,GAAG,MAAM,GAAG,UAAU,GAAG,OAAO,GAAG,YAAY,CAAC;AAE/E,wDAAwD;AACxD,MAAM,MAAM,gBAAgB,GAAG,IAAI,GAAG,IAAI,GAAG,IAAI,CAAC;AAElD,MAAM,MAAM,qBAAqB,CAChC,CAAC,SAAS,MAAM,GAAG,MAAM,EACzB,CAAC,SAAS,QAAQ,GAAG,UAAU,GAAG,QAAQ,IACvC,IAAI,CAAC,iBAAiB,CAAC,CAAC,EAAE,CAAC,CAAC,EAAE,UAAU,GAAG,SAAS,CAAC,GAAG;IAC3D,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,2DAA2D;IAC3D,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB;;;OAGG;IACH,IAAI,CAAC,EAAE,KAAK,CAAC,SAAS,GAAG,IAAI,CAAC;IAC9B,sFAAsF;IACtF,QAAQ,CAAC,EAAE,KAAK,CAAC,SAAS,CAAC;IAC3B,qCAAqC;IACrC,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB;;;OAGG;IACH,OAAO,CAAC,EAAE,mBAAmB,CAAC;IAC9B;;;OAGG;IACH,IAAI,CAAC,EAAE,gBAAgB,CAAC;IACxB;;;;;;;;;;;;;;;;;;;OAmBG;IACH,WAAW,CAAC,EAAE,OAAO,CAAC;IACtB;;;;;;;OAOG;IACH,YAAY,CAAC,EAAE,4BAA4B,CAAC;IAC5C;;OAEG;IACH,MAAM,CAAC,EAAE,MAAM,GAAG,IAAI,GAAG,IAAI,GAAG,IAAI,GAAG,MAAM,CAAC;CAC9C,CAAC"}

package/dist/types/components/autocomplete/index.d.ts

@@ -1,3 +1,3 @@
 export { AuraAutocomplete } from "./AutoComplete";
-export type { AuraAutocompleteProps } from "./AutoComplete.types";
+export type { AuraAutocompleteProps, AuraAutocompleteTranslations, } from "./AutoComplete.types";
 //# sourceMappingURL=index.d.ts.map

package/dist/types/components/autocomplete/index.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../../src/components/autocomplete/index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,gBAAgB,EAAE,MAAM,gBAAgB,CAAC;AAClD,YAAY,EAAE,qBAAqB,EAAE,MAAM,sBAAsB,CAAC"}
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../../src/components/autocomplete/index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,gBAAgB,EAAE,MAAM,gBAAgB,CAAC;AAClD,YAAY,EACX,qBAAqB,EACrB,4BAA4B,GAC5B,MAAM,sBAAsB,CAAC"}

package/dist/types/components/select/Select.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"Select.d.ts","sourceRoot":"","sources":["../../../../src/components/select/Select.tsx"],"names":[],"mappings":"AAQA,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAG/B,OAAO,KAAK,EACX,WAAW,EAIX,MAAM,gBAAgB,CAAC;AA0SxB;;;;;;;;;GASG;AACH,eAAO,MAAM,MAAM,EAAE,KAAK,CAAC,EAAE,CAAC,WAAW,CA0OxC,CAAC;AAEF,eAAe,MAAM,CAAC"}
+{"version":3,"file":"Select.d.ts","sourceRoot":"","sources":["../../../../src/components/select/Select.tsx"],"names":[],"mappings":"AAQA,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAG/B,OAAO,KAAK,EACX,WAAW,EAIX,MAAM,gBAAgB,CAAC;AA0SxB;;;;;;;;;GASG;AACH,eAAO,MAAM,MAAM,EAAE,KAAK,CAAC,EAAE,CAAC,WAAW,CA+QxC,CAAC;AAEF,eAAe,MAAM,CAAC"}

package/dist/types/index.d.ts

@@ -68,7 +68,7 @@ export { Modal, ModalContent, ModalHeader, ModalBody, ModalFooter, type ModalPro
 export { Alert, type AlertClassNames, type AlertColor, type AlertProps, type AlertRadius, type AlertStatus, type AlertTranslations, type AlertVariant, } from "./components/alert";
 export { Checkbox, type CheckboxClassNames, type CheckboxColor, type CheckboxIconProps, type CheckboxProps, type CheckboxRadius, type CheckboxSize, } from "./components/checkbox";
 export { Switch, type SwitchColor, type SwitchProps, type SwitchSize, } from "./components/switch";
-export { AuraAutocomplete, AuraAutocomplete as Autocomplete, type AuraAutocompleteProps, } from "./components/autocomplete";
+export { AuraAutocomplete, AuraAutocomplete as Autocomplete, type AuraAutocompleteProps, type AuraAutocompleteTranslations, } from "./components/autocomplete";
 export { Button, type ButtonProps } from "./components/button";
 export { Card, type CardProps } from "./components/card";
 export { Input, type InputProps } from "./components/input";