In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.

Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.

CONTROL VACIO

Foro público de Xailer en español
Responder
Paco V
Mensajes: 380
Registrado: Jue Oct 27, 2005 9:08 am

CONTROL VACIO

Mensaje por Paco V »

En que evento seria la mejor opción para evitar que un oDbEdit pudieran dejarlo
vacio?
Paco V
Arriba
paco-ssi
Mensajes: 390
Registrado: Lun Feb 07, 2005 4:17 pm

CONTROL VACIO

Mensaje por paco-ssi »

Creo que no me sirve. Si el operador no entra en el control no se evalua el
onExit. ¿Estoy en lo cierto?
Paco V
"Jose Alfonso Suárez Moreno" <jasm.nospam@chochurro.com> escribió en el
mensaje news:[email=43690dfc@ozsrvnegro.ozlan.local...]43690dfc@ozsrvnegro.ozlan.local...[/email]
> Prueba con onExit.
>
> Saludos
>
> Jose A. Suarez
>
> Paco V escribió:
>> En que evento seria la mejor opción para evitar que un oDbEdit pudieran
>> dejarlo
>> vacio?
>>
>> Paco V
Arriba
paco-ssi
Mensajes: 390
Registrado: Lun Feb 07, 2005 4:17 pm

CONTROL VACIO

Mensaje por paco-ssi »

Problema, Son complicados y seguro que me dejan el valor malo puesto por
defecto y no entran para cambiarlo.
Paco V
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=43691bf8@ozsrvnegro.ozlan.local...]43691bf8@ozsrvnegro.ozlan.local...[/email]
>
> Paco,
>
> Ponle un valor inicial por defecto... luego el operador no es el correcto,
> lo va a cambiar, así SI, luego evaluas el OnExit y SEGURO que no te lo
> deja vacío.
>
>
> Un Saludo,
> Xevi.
>
>
> "Paco V." <paco-ssi@usuarios.retecal.es> escribió en el mensaje
> news:43691a17$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>>
>> Creo que no me sirve. Si el operador no entra en el control no se evalua
>> el onExit. ¿Estoy en lo cierto?
>> Paco V
>> "Jose Alfonso Suárez Moreno" <jasm.nospam@chochurro.com> escribió en el
>> mensaje news:[email=43690dfc@ozsrvnegro.ozlan.local...]43690dfc@ozsrvnegro.ozlan.local...[/email]
>>> Prueba con onExit.
>>>
>>> Saludos
>>>
>>> Jose A. Suarez
>>>
>>> Paco V escribió:
>>>> En que evento seria la mejor opción para evitar que un oDbEdit pudieran
>>>> dejarlo
>>>> vacio?
>>>>
>>>> Paco V
>>
>>
>>
>
>
>
Arriba
paco-ssi
Mensajes: 390
Registrado: Lun Feb 07, 2005 4:17 pm

CONTROL VACIO

Mensaje por paco-ssi »

Ostras, eso parece que tiene que funcionar.
Lo pruebo mañana por la mañana y comento.
Seguro que va.
Gracias
Paco V
"Francisco Sanchez" <francisco@softwaretotal.biz> escribió en el mensaje
news:43692528$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Pon en el onexit lo que quieras comprobar y desde el formclose llama al
> Metodo del onexit en cuestion y que devuelva .t. si puede salir o .f. si
> no.
>
> Por Ejemplo :
>
> METHOD MaskEdit_Onexit( ...... ) CLASS MiFrm
>
> LOCAL lSalir := .F.
>
> If !Empty( oSender:value )
> lSalir := .T.
> Endif
>
> RETURN ( lSalir )
> //--//
> METHOD FormClose( ..... ) CLASS MiFrm
>
> lClose := ::MasEdit_Onxit()
>
> RETURN ( lClose )
>
> Un saludo
>
Arriba
jasm.nospam
Mensajes: 203
Registrado: Vie Abr 01, 2005 9:05 am

CONTROL VACIO

Mensaje por jasm.nospam »

Prueba con onExit.
Saludos
Jose A. Suarez
Paco V escribió:
> En que evento seria la mejor opción para evitar que un oDbEdit pudieran dejarlo
> vacio?
>
> Paco V
Arriba
Xevi
Mensajes: 1706
Registrado: Jue Sep 08, 2005 12:58 pm

CONTROL VACIO

Mensaje por Xevi »

Paco,
Ponle un valor inicial por defecto... luego el operador no es el correcto,
lo va a cambiar, así SI, luego evaluas el OnExit y SEGURO que no te lo deja
vacío.
Un Saludo,
Xevi.
"Paco V." <paco-ssi@usuarios.retecal.es> escribió en el mensaje
news:43691a17$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>
> Creo que no me sirve. Si el operador no entra en el control no se evalua
> el onExit. ¿Estoy en lo cierto?
> Paco V
> "Jose Alfonso Suárez Moreno" <jasm.nospam@chochurro.com> escribió en el
> mensaje news:[email=43690dfc@ozsrvnegro.ozlan.local...]43690dfc@ozsrvnegro.ozlan.local...[/email]
>> Prueba con onExit.
>>
>> Saludos
>>
>> Jose A. Suarez
>>
>> Paco V escribió:
>>> En que evento seria la mejor opción para evitar que un oDbEdit pudieran
>>> dejarlo
>>> vacio?
>>>
>>> Paco V
>
>
>
Arriba
jasm.nospam
Mensajes: 203
Registrado: Vie Abr 01, 2005 9:05 am

CONTROL VACIO

Mensaje por jasm.nospam »

Paco,
Controlalo en el momento de hacer la grabación.
Saludos
Jose A. Suarez
Paco V. escribió:
> Problema, Son complicados y seguro que me dejan el valor malo puesto por
> defecto y no entran para cambiarlo.
>
> Paco V
> "Xevi" <xevicomas@terra.es> escribió en el mensaje
> news:[email=43691bf8@ozsrvnegro.ozlan.local...]43691bf8@ozsrvnegro.ozlan.local...[/email]
>
>>Paco,
>>
>>Ponle un valor inicial por defecto... luego el operador no es el correcto,
>>lo va a cambiar, así­ SI, luego evaluas el OnExit y SEGURO que no te lo
>>deja vací­o.
>>
>>
>>Un Saludo,
>>Xevi.
>>
>>
>>"Paco V." <paco-ssi@usuarios.retecal.es> escribió en el mensaje
>>news:43691a17$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>>
>>>Creo que no me sirve. Si el operador no entra en el control no se evalua
>>>el onExit. ¿Estoy en lo cierto?
>>>Paco V
>>>"Jose Alfonso Suárez Moreno" <jasm.nospam@chochurro.com> escribió en el
>>>mensaje news:[email=43690dfc@ozsrvnegro.ozlan.local...]43690dfc@ozsrvnegro.ozlan.local...[/email]
>>>
>>>>Prueba con onExit.
>>>>
>>>>Saludos
>>>>
>>>>Jose A. Suarez
>>>>
>>>>Paco V escribió:
>>>>
>>>>>En que evento seria la mejor opción para evitar que un oDbEdit pudieran
>>>>>dejarlo
>>>>>vacio?
>>>>>
>>>>>Paco V
>>>
>>>
>>>
>>
>>
>
>
Arriba
Francisco Sanchez
Mensajes: 532
Registrado: Mié Feb 09, 2005 6:20 pm

CONTROL VACIO

Mensaje por Francisco Sanchez »

Pon en el onexit lo que quieras comprobar y desde el formclose llama al
Metodo del onexit en cuestion y que devuelva .t. si puede salir o .f. si no.
Por Ejemplo :
METHOD MaskEdit_Onexit( ...... ) CLASS MiFrm
LOCAL lSalir := .F.
If !Empty( oSender:value )
lSalir := .T.
Endif
RETURN ( lSalir )
//--//
METHOD FormClose( ..... ) CLASS MiFrm
lClose := ::MasEdit_Onxit()
RETURN ( lClose )
Un saludo
Arriba
Francisco Sanchez
Mensajes: 532
Registrado: Mié Feb 09, 2005 6:20 pm

CONTROL VACIO

Mensaje por Francisco Sanchez »

En el Evento Onclose del Formulario puedes hacer las llamadas a los Eventos
Onexit que tengas en el formulario, para asegurarte de que a pesar de que el
usuario se los salte o coja un atajo ( teclas aceleradoras ), se ejecuta lo
que tu deseas.
Un saludo
"Paco V." <paco-ssi@usuarios.retecal.es> escribió en el mensaje
news:[email=43692621@ozsrvnegro.ozlan.local...]43692621@ozsrvnegro.ozlan.local...[/email]
> Ostras, eso parece que tiene que funcionar.
>
> Lo pruebo mañana por la mañana y comento.
> Seguro que va.
>
> Gracias
>
> Paco V
> "Francisco Sanchez" <francisco@softwaretotal.biz> escribió en el mensaje
> news:43692528$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>> Pon en el onexit lo que quieras comprobar y desde el formclose llama al
>> Metodo del onexit en cuestion y que devuelva .t. si puede salir o .f. si
>> no.
>>
>> Por Ejemplo :
>>
>> METHOD MaskEdit_Onexit( ...... ) CLASS MiFrm
>>
>> LOCAL lSalir := .F.
>>
>> If !Empty( oSender:value )
>> lSalir := .T.
>> Endif
>>
>> RETURN ( lSalir )
>> //--//
>> METHOD FormClose( ..... ) CLASS MiFrm
>>
>> lClose := ::MasEdit_Onxit()
>>
>> RETURN ( lClose )
>>
>> Un saludo
>>
>
>
Arriba
Responder

Volver a “Xailer Spanish”