¿Se puede bloquear el taclado predictivo POR CODIGO?

[dec]

Hola a todos,

Me surge una duda, a ver si puedes ayudarme: ¿quieres deshabilitar el teclado que aparece cuando se pulsa sobre una casilla de edición o quieres deshabilitar cierta característica del teclado (la "predicción")? En todo caso, ¿podrías detallar un poco el contexto del asunto? Por ejemplo, si fuese que quieres deshabilitar el teclado en una casilla de edición, ¿tal vez bastaría con deshabilitarla? O bien mostrar la información en otro control que no sea una casilla de edición...

[jhonalone]

Hola, Dec.
Quizá no me haya explicado bien.
Lo que quiero inhabilitar es la opción de que al ir tecleando, se te sugieran palabras que completan, o que son parecidas al texto que estás tecleando en la última palabra. Por ejemplo: si has tecleado "Esta es mi ca", lo que yo entiendo por teclado predictivo, consiste en que en la línea que está pegada al teclado propiamente dicho, se te ofrecen, normalmente, tres alternativas, para completar la palabra, que podrían ser en este ejemplo | "casa" | "capa" | "cama" |, que cumplen la finalidad de que con un toque sobre una de ellas, Android completa la palabra sin necesidad de que termines de teclear las letras que te faltan. En los Ajustes del terminal, se puede llegar a esta opción "Idioma y entrada de texto" o Idioma e introducción" o algo similar, (dependiendo de la versión de Android) después seleccionando "Teclado Samsung" (en mi caso) y a continuación "Texto predictivo".

Siento no haberme hecho entender.
Quizá debía haber dicho "Texto predictivo" donde dije "Teclado predictivo"
Mis disculpas.

El contexto viene relacionado con mi anterior post (No resuelto). Problema con TMemo en Android 6.0.1
Un saludo.

[dec]

Hola a todos,

Te explicaste perfectamente jhonalone, simplemente, a mí me quedaba alguna duda. Mucho me temo que no voy a poder ayudarte, sino es diciendo que, en efecto, parece que tienes que cambiar la configuración del sistema. Ahora bien, yo creo que deberías mirar por otra solución que no fuese la dicha. En primer lugar, tal vez no puedas, sencillamente, cambiar la configuración del sistema. En segundo lugar, tal vez al usuario no le hiciese mucha gracia. En tercer lugar, pareciera que tu problema es otro, es decir, no tiene que ver con el texto predictivo, sino con el "input" que recibe el control "Memo" que utilizas. Creo que deberías mirar de solucionar este problema concreto, olvidándote de la "predicción" del teclado, sencillamente, porque eso es algo que debería ser indiferente para tu programa, que debería recibir el "input" del teclado correspondiente sin más ni más.

Sé que no te ayudo en absoluto, pero, personalmente, creo que la posible solución no pasa por cambiar la configuración del sistema, es decir, por tratar de evitar la "predicción" del teclado.

[jhonalone]

Gracias, David por tu interés.

El problema no es el "input" del TMemo, pues no he configurado nada raro. Y si es del "input" es el componente el que desvirtúa la entrada del texto predictivo. ¡Ojo, a partir de la versión 6 de Android, y no de la que viene de fábrica, como habrás leído en mi otro post!

El problema comenzó a surgir con cierta actualización "Crítica" que prácticamente me obligó a hacer el terminal. No he tenido ocasión de probarlo en otro terminal con la misma versión o posterior.

A ver si puedo hacer un vídeo y lo subo a Youtube para que se pueda ver claramente el problema.

Lo que me extraña es que nadie me haya confirmado que le está pasando lo mismo... ¿Podría ser un problema de mi terminal en concreto...?

Voy con el vídeo.
Saludos.

[dec]

Hola a todos,

Pero sigue pareciendo que la solución no pasa por evitar el "teclado predictivo". La solución pasa por averiguar porqué la entrada que recibe el componente "Memo" es errónea, si esto es algo que tiene que ver con el componente para Delphi, si tiene solución, etc. Pero olvidándose de desactivar de algún modo el "teclado predictivo" por lo que he comentado más arriba: para empezar, porque igual no le hace ninguna gracia al usuario, puesto que además una aplicación para Android, si no me equivoco, tampoco podrá volver a activar dicha opción, pues su cierre, por ejemplo, no depende del usuario, sino del propio sistema operativo. En definitiva, estaríamos cambiando una opción que luego no podríamos sencillamente volver a cambiar para dejarla como estaba.

Si adjuntas por aquí tu aplicación (APK) quizás podríamos probarla en nuestros teléfonos para ver su comportamiento.

[jhonalone]

Bien, David.
En lo de activar y desactivar el texto predictivo, no sé si se podrá poner, como en Delphi para Windows, en el evento de cierre de la aplicación, restituir los valores, ni sé si esto funcionaría en Android.

He preparado un vídeo con el comportamiento del TMemo y del TEdit, pues el problema es común para ambos. Podeis verlo aquí.

Intento subir el archivo APK aquí.

No puedo subir el archivo APK.
Mensaje: "Project1.zip:
Tu archivo de 6,66 MB bytes excede el límite del foro de 293,0 KB para este tipo de archivo."

Pero vamos es un proyecto tan simple como un TMemo, u TEdit y un Botón para salir.

Saludos.

[dec]

Hola a todos,

Acabo de ver el vídeo, y, en efecto, parece que hay cierto comportamiento "extraño". Sin embargo, después de ver el vídeo, como digo, me gustaría comentar lo siguiente. Creo que no deberías preocuparte en absoluto de este problema. Lo digo completamente en serio. A no ser que tu aplicación sea extremadamente rara, yo seguiría adelante sin más. ¿Por qué? Muy sencillo. El comportamiento que muestra el "teclado predictivo" no me parece único para los componentes de Delphi. Personalmente, no uso el "teclado predictivo" en mi móvil, y, seguramente otras personas tampoco lo usan.

Ahora bien, suponiendo que usas el "teclado predictivo", creo que debes o puedes asumir este tipo de "rarezas". No sé si tiene solución, pero, tal vez sea el comportamiento normal de dicho teclado, y, por lo tanto, es inútil que tú te preocupes de este asunto, porque, no vas a poder sino "parchear" algo que acaso esté funcionando como se espera. Precisamente, yo no uso este tipo de teclados, porque, su comportamiento no me gusta, justamente, por lo que muestras en el vídeo: muchas veces, en lugar de ayudar resultan un incordio, y, por otro lado, tal vez sea menester "aprender" a usarlo.

Insisto en que mi respuesta es completamente seria después de haber visto su vídeo. Al fin y al cabo, su programa espera una entrada. El usuario no es tonto, y, si, por ejemplo, se le pide una dirección de correo, creo que en su programa (y también acaso en un posible servidor) dicha entrada debe ser validada en todo caso. El usuario debe ingresar un correo, y, el programa espera un correo. Si hay "rarezas" que vienen de un "teclado predictivo" o cualquier otro motivo, lo único que yo haría sería, en el caso de no poder validar la dirección de correo (o cualquier otra entrada), sería advertir al usuario.

Como digo, el usuario verá que está ingresando algo mal, y, por supuesto, lo corregirá, si es que realmente quiere usar el programa en cuestión.

P.D. Para otra vez, tal vez le interese echar un vistazo a la aplicación Mobizen. Esta aplicación cuenta con un "cliente" que puede instalarse en Android, por ejemplo, y, un "servidor" que se instala y ejecuta en Windows. Ambas aplicaciones permiten "conectar" el teléfono al ordenador, de modo que podemos ver la pantalla del teléfono en el ordenador, siendo ideal, por ejemplo, para hacer algún tipo de video como el que has hecho, pero, usando un teléfono de "verdad" y no un emulador.

P.D.2. En Windows tal vez podríamos estar pendientes de algún mensaje para cuando se cerrase nuestra aplicación. En Android no es exactamente así, pero, creo que antes hablé demasiado. Es decir, tal vez podríamos aprovechar el mensaje "On Background" (creo que se llama así) para volver atrás los posibles cambios hechos en cierta configuración del sistema. Sin embargo, sigo sin ver esto una buena idea por varios motivos. Si hay que cambiar la configuración del sistema, tal vez sería bien decírselo al usuario para que él mismo lo hiciese.