@ajuarezso/sui-design-system 0.18.1 → 0.18.3

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ajuarezso/sui-design-system",
-  "version": "0.18.1",
+  "version": "0.18.3",
   "description": "SUI Design System — librería de componentes Angular (SUI 2.0).",
   "license": "UNLICENSED",
   "publishConfig": {

package/types/ajuarezso-sui-design-system.d.ts

@@ -6628,28 +6628,38 @@ declare class SuiInput implements ControlValueAccessor {
     readonly showPassword: _angular_core.WritableSignal<boolean>;
     /** Resolved native [type] attribute for the <input> element */
     readonly nativeType: _angular_core.Signal<string>;
-    /** Teclado que le corresponde a cada `type` cuando nadie pidió otro. */
+    /**
+     * Teclado que le corresponde a cada `type` cuando nadie pidió otro.
+     *
+     * Los que están acá cambian el teclado de verdad: `numeric`, `decimal`,
+     * `tel`, `email` y `url` eligen otra grilla de teclas.
+     *
+     * `search` NO está, y es a propósito: en Android no cambia ninguna tecla y
+     * además ROMPE la tecla de acción. Chromium, cuando el campo trae un
+     * `inputmode` que no sabe convertir en teclado —`search` y `text` son los
+     * dos casos—, lo manda igual pero marcándolo como campo de VARIAS LÍNEAS
+     * (`TYPE_TEXT_FLAG_MULTI_LINE`, rama `default` de
+     * `ImeUtils.computeEditorInfo`). Un campo de varias líneas necesita la tecla
+     * de salto de línea, así que el teclado dibuja la flecha de enter y descarta
+     * la lupa aunque se la hayan pedido. Sin `inputmode`, el mismo campo llega
+     * como de una sola línea y la lupa aparece.
+     */
     private readonly _inputModeAuto;
     /** `inputmode` que termina en el DOM: gana lo que pidió el consumer. */
     readonly inputMode: _angular_core.Signal<string | null>;
     /**
      * Un campo de búsqueda abre con LUPA en la tecla de acción, siempre.
      *
-     * Va por default y no queda a cargo de cada pantalla porque el caso correcto
-     * NO sale solo, y en Android el propio `inputmode` lo empeora. Chromium le
-     * pide la lupa al teclado únicamente si el campo es `type=search` Y NO trae
-     * `inputmode` propio (`ImeUtils.getImeAction`). Como acá sí lo trae
-     * —`_inputModeAuto` le pone `search` para elegir el teclado— esa regla se
-     * saltea, el campo cae en la rama genérica y la tecla queda en la acción por
-     * descarte en vez de la lupa. Dicho de otra forma: emitir solo `inputmode`
-     * deja el teclado PEOR que no emitir nada.
+     * Va por default y no queda a cargo de cada pantalla porque pedirla es la
+     * mitad del trabajo: la otra mitad es NO pedir `inputmode="search"`, que es
+     * lo que la tapaba (ver `_inputModeAuto`). Las dos decisiones viven juntas
+     * acá para que no se puedan separar por accidente en una pantalla.
      *
-     * iOS llega al mismo lugar por otro camino: sin `enterkeyhint` solo pone la
-     * lupa si el campo vive dentro de un `form` con `action`, y acá no vive.
+     * En Android el atributo alcanza solo: Chromium lo traduce a la acción
+     * SEARCH del teclado sin mirar el type ni el form.
      *
-     * `enterkeyhint` es lo único que decide el ícono sin mirar nada más —ni el
-     * type, ni el inputmode, ni el form— así que se emite desde el componente y
-     * ninguna pantalla tiene que acordarse.
+     * En iOS hace falta igual, porque ahí la lupa sale sola únicamente si el
+     * campo vive dentro de un `form` con `action`, y acá no vive.
      */
     private readonly _enterKeyHintAuto;
     /** `enterkeyhint` que termina en el DOM: gana lo que pidió el consumer. */