Conocer origen del foco

[rgstuamigo]

Entiendo tu dilema pero siempre hay algo que se puede hacer, lo bueno de delphi es que te brinda muchas posibilidades de resolver los problemas,pero hay que ser conciente de no aferrarse a resolver los problemas con una sola alternativa,hay que ver otras tambien.Lo que trato de decirte es que entonces puedes hacer una combinación de eventos, es decir usar ambos eventos del primer edit tanto el OnChange, y como el OnExit; el evento OnChange lo utilizas para habilitar o deshabilitar el edit2 y el evento OnExit para hacer(según dices)tu consulta a tu base de Datos..
Bueno es solo una sugerencia que te puedo hacer.
Saludos.. y ojalá te sea de utilidad.

[[Al González]]

Empezado por rgstuamigo

...usar ambos eventos del primer edit tanto el OnChange, y como el OnExit; el evento OnChange lo utilizas para habilitar o deshabilitar el edit2 y el evento OnExit para hacer(según dices)tu consulta a tu base de Datos...

El problema con eso es que, según se infiere, sur-se necesita realizar la consulta para determinar si el otro cuadro de texto debe estar disponible o no.

sur-se, te recomiendo compilar tu aplicación con la opción Use debug DCUs y colocar un punto de ruptura dentro del evento OnExit. Entonces ejecútala haciendo que se detenga en ese punto y luego abre la ventana de pila de llamadas (Call Stack) del depurador.

Ahí observarás el camino que siguió el programa desde que se disparó el mensaje wm_NextDlgCtl. Varios de los métodos ahí listados —y también algunos de los que éstos llaman— son de tipo virtual y otros de tipo mensaje, lo cual significa que pueden ser redefinidos (reescritos), algunos en tu clase formulario y otros quizá en la clase de componente que has creado.

Hay muchas posibilidades de conseguir la tabulación de captura que deseas redefiniendo alguno de esos métodos.

Saludos.

Al González.