Club Builder

[Alonso]

Tengo un problema que va a acabar conmingo y con mi paciencia

¿Como es posible que se ejecute un evento OnClick de un TDBCheckBox de un form creado de forma dinamica, antes de que se muestre el form y por tanto sin hacer click en el TDBCheckBox ?

Me explico, el TDBCheckBox tiene asociado un campo logical cuyo Default Value es false (esto lo defini en la tabla, al crearla con Database Desktop). Asi que dentro del Onclick del TDBCheckBox he añadido un código que lo que hace es comprobar si el campo esta marcado, es algo asi como:

if (CheckPrestamo->Checked==true)
{
EditPersona->Enabled=true;
EditFecha->Enabled=true;
}
else
{
if(MessageDlg("Estás a punto de eliminar un prestamo. \n¿Estás seguro?", mtWarning,TMsgDlgButtons() << mbYes << mbNo, 0) == mrYes)

....

lo que ocurre es que al crear el formulario (de forma dinaminca) siempre me salta el mensaje incluso antes de mostrarse el formulario. Pero lo mas raro del todo es que el mensaje se muestra solo si la tabla está completamente vacia, si tiene datos dentro, no salta el mensaje.

¿Me habeis entendido? Espero que si. Si alguien me puede echar una mano le estaria muy agradecido, y si está dispuesto a mirarme el codigo fuente mejor que mejor.

muchas gracias

[rogerruiz]

Hola Alonso

No te puedo explicar por que funciona asì, pero si solo lo hace cuando la tabla esta vacia, puedes agregar a la validaciòn del if que la tabla no este vacìa.

if (CheckPrestamo->Checked==true && Tabla1.RecordCount>0)

No es muy elegante pero debe funcionar.

Saludos.

[Alejandro]

A mi me suena a cambios hechos en el código, pero que no se compilan limpiamente. Permitime intentar un ejercicio de adivinación:
¿No será que la porsión de código:
if (CheckPrestamo->Checked==true)
{
...
...
ha estado, anteriormente, en algún otro evento que sí se llamaba al mostrar el Form, y que luego de cambiado y recompilado no se muestra ningún cambio?

Si pudiera deberse a algo así, no olvides borrar el ejecutable, los .obj, .tds y .il? de tu proyecto, antes de "Build All".

Una buena alternativa para encontrar la fuente del desastre, puede ser crear un proyecto tonto, que reproduzca el código sospechoso, y fijarse dónde está la madre del borrego...

Atentamente,
Alejandro.