¿Se puede bloquear el taclado predictivo POR CODIGO?

[jhonalone]

Tienes razón, David.

¡¡¡¡Desearía con toda mi alma que fuera el problema de mi terminal!!!!

Un poco más arriba, en este post, ya lo sospeché yo.

Por éso ruego a todos los que tengáis una versión 6.0.1 o posterior que hagáis la prueba.

Vuelvo a decir son 5 minutos.

Una aplicación multiplataforma en blanco. Un TMemo. (Si quieréis un TEdit para comparar) y si quereis un botón para salir. Seleccionar plataforma Android. Compilar y probar.

Vamos estoy tardando más en explicarlo que en hacerlo. Y no te cuento si subo los ficheros en .zip y lo que se tarda en bajarlos y en descomprimirlos es más tiempo que en crear la aplicación.

Por mi parte, veré si algún conocido tiene esta versión o posterior. Lo probaré y os lo cuento.

Saludos a todos.

[[AgustinOrtu]]

De todos modos ahora que lo pienso hay aplicaciones que para ciertos campos deshabilitan el texto predictivo, los más notables son los que se usan para ingresar mail y contraseñas. Probaste cambiar la propiedad del teclado virtual?

[jhonalone]

Hola, Agustín.
Tienes razón, El TEdit tiene una propiedad password que cuando es true no muestra el teclado predictivo. Pero el TMemo no tiene esta opción. Esto demuestra que se puede omitir. Lo que no sabía es que el tipo de teclado EmailAddress omitía el texto predictivo.
Lo pruebo y te cuento.
Saludos.

[jhonalone]

Probados todos los tipos de Teclado virtual que ofrece TMemo.
Solamente NamePhonePad, NumberPad y PhonePad ocultan el texto predictivo.
Esto nos vuelve a demostrar que Delphi puede ocultarlo. Ahora hay que saber cómo.
Saludos.

[dec]

Hola a todos,

Empezado por jhonalone

Probados todos los tipos de Teclado virtual que ofrece TMemo.
Solamente NamePhonePad, NumberPad y PhonePad ocultan el texto predictivo.
Esto nos vuelve a demostrar que Delphi puede ocultarlo. Ahora hay que saber cómo.
Saludos.

Lamentablemente no puedo probar nada, porque, me quedé de momento en Delphi XE2. Por otro lado, creo que no es Delphi quien muestra el teclado predictivo, sino el propio sistema, en base al tipo de la casilla de edición. No es que Delphi diga "ahora no muestres el teclado", sino que el sistema, para ciertos tipos de casilla, no los muestra. Por ejemplo, estoy seguro de que si probamos con una aplicación HTML ocurrirá lo mismo, pero, no es que HTML ni el navegador oculten el teclado predictivo: si no me equivoco es el propio sistema quien se encarga de mostrarlo o no dependiendo del tipo de casilla de entrada.

[dec]

Hola a todos,

En este hilo de StackOverflow se trata también de cómo evitar que Android muestre el teclado predictivo para ciertas casillas de edición. Tal vez ahí esté una posible solución, por ejemplo, si es posible editar cierto XML de la aplicación, bien en Delphi, bien fuera de Delphi. O bien tratar de cambiar el tipo de la casilla de edición con alguna "bandera" de las que se comentan en el hilo referido. El caso es que por ahí pueden ir los tiros: indicarle al sistema que, para esta o aquella casilla de edición, no queremos que se use el teclado predictivo.

[[AgustinOrtu]]

Yo creo que sí es culpa de Delphi, porque en cualquier otra aplicación funciona bien. Probablemente estén mal implementandos los hook que escuchan los mensajes que el sistema operativo manda a la aplicación, y Delphi intercepta para escribir el texto que se introduce en el teclado en el Memo

La otra prueba sencilla es meter un componente web browser y probar que pasa en ese caso, aunque estoy convencido de que funcionará bien