@ajuarezso/sui-design-system 0.18.1 → 0.18.2

package/fesm2022/ajuarezso-sui-design-system.mjs

@@ -10084,7 +10084,22 @@ class SuiInput {
             return 'text'; // split-field: control es un text input normal
         return t;
     }, ...(ngDevMode ? [{ debugName: "nativeType" }] : /* istanbul ignore next */ []));
-    /** 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.
+     */
     _inputModeAuto = computed(() => {
         const t = this.type();
         if (t === 'number')
@@ -10099,8 +10114,6 @@ class SuiInput {
             return 'email';
         if (t === 'url')
             return 'url';
-        if (t === 'search')
-            return 'search';
         return null;
     }, ...(ngDevMode ? [{ debugName: "_inputModeAuto" }] : /* istanbul ignore next */ []));
     /** `inputmode` que termina en el DOM: gana lo que pidió el consumer. */
@@ -10108,21 +10121,16 @@ class SuiInput {
     /**
      * 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.
      */
     _enterKeyHintAuto = computed(() => this.type() === 'search' ? 'search' : null, ...(ngDevMode ? [{ debugName: "_enterKeyHintAuto" }] : /* istanbul ignore next */ []));
     /** `enterkeyhint` que termina en el DOM: gana lo que pidió el consumer. */