Página 1 de 1
CONTROL VACIO
Publicado: Mié Nov 02, 2005 6:53 pm
por Paco V
En que evento seria la mejor opción para evitar que un oDbEdit pudieran dejarlo
vacio?
Paco V
CONTROL VACIO
Publicado: Mié Nov 02, 2005 6:56 pm
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
CONTROL VACIO
Publicado: Mié Nov 02, 2005 7:08 pm
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
>>
>>
>>
>
>
>
CONTROL VACIO
Publicado: Mié Nov 02, 2005 7:48 pm
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
>
CONTROL VACIO
Publicado: Mié Nov 02, 2005 8:05 pm
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
CONTROL VACIO
Publicado: Mié Nov 02, 2005 9:04 pm
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
>
>
>
CONTROL VACIO
Publicado: Mié Nov 02, 2005 9:40 pm
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
>>>
>>>
>>>
>>
>>
>
>
CONTROL VACIO
Publicado: Mié Nov 02, 2005 9:43 pm
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
CONTROL VACIO
Publicado: Jue Nov 03, 2005 8:22 am
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
>>
>
>