¡Hola a todos!
Cris:
Estoy de acuerdo con Román en utilizar un gancho (hook), si es que la aplicación principal no te permite acceder a sus objetos/eventos vía código fuente.
Otra solución sería llamar repetidamente a la función GetWindowText dándole como parámetro el identificador (handle) de la caja de edición donde se captura el texto. Determinar el valor de ese identificador es posible realizando pruebas con EnumChildWindows y GetWindowText. Sin embargo, sólo recomendaría esta opción cuando el texto de cuatro dígitos capturado permaneciera intacto en la caja de edición durante una cantidad de tiempo suficiente para alcanzar a ser leído con GetWindowText en el proceso iterativo.
Si utilizas un gancho de teclado, también deberás verificar si durante los teclazos la caja de edición mencionada tiene el foco o no (cuando haya más de un control enfocable dentro de la ventana). Eso lo puedes averiguar con la función GetActiveWindow, pero primero necesitarás determinar cuál es el identificador de la caja de edición.
Ahora que lo recuerdo, también se puede instalar un
gancho para monitoreo de mensajes enviados (de tipo WH_CALLWNDPROC), es decir, un gancho que un lugar de interceptar eventos de teclado, intercepte todos los mensajes que Windows le envía a la aplicación principal. Este tipo de gancho, tiene la ventaja de que incluye el identificador (handle) del control al cual se le está enviando el mensaje. Podría ser una solución adecuada interceptar todos los mensajes WM_SetText que le lleguen a la caja de edición donde se realiza la captura. O bien, el mensaje WM_GetText con un gancho de tipo WH_CALLWNDPROCRET, el cual es para
monitoreo de mensajes contestados.
En el archivo
Win32.hlp (ayuda de la API de Windows) encontrarás información sobre todo lo que se ha mencionado. La función para instalar un gancho es
SetWindowsHookEx.
Saludos.
Al González
.