COmo genero un mensaje antes de un Sysutils.Abort
 

Hola estoy con una base de datos acces y lo que quiero que me controle es cuando no se ha metido un campo requerido, ya he metido en BeforePost el sysutils.abort pero me falta mostrar un mensaje de error para el usuario.


gracias

En lugar de hacer un Abort (Que es una exception silenciosa) hacé un raise de un Exception.

Saludos!

ejemplo por favor
 

me puedes poner un ejemplo por favor no se como hacerlo, lo que yo tengo puesto es esto:



sysutils.Exception.Create('Debes de rellenar todos los campos en rojo');

y lo tengo puesto en la table en el evento BeforePost.


GRACIAS

De acuerdo, creas la excepción, solo falta lanzarla al mercado laboral ;)

raise Exception.Create("Rellena todos los campos en rojo ");

saludos

problema
 

ya lo he echo pero no mr sale nada de nadsa lo tengo de esta manera:

En el BeforePost de la table tengo puesto:

If (DataMopduleModuloDatos.AdoTableClientesNombre.IsNull = True) then
Begin
sysutils.exception.create ('debes de rellenar los rojos');
end;

GRACIAS Y PERDONAR MI INGENUIDAD

No, no lo has hecho. Vuelve a leer con cuidado el mensaje de Lepe ;)

// Saludos

ok lo siento
 

ya me sale pero me manda un erro y la aplicacion se para y tengo que iniciarla lo que me gustaria que saliera es un mensaje como si fuera de un Showmessage o un MessageDlg si no es mucho pedir y perdonarme !!!:(:(

Si estás corriendo la aplicación desde el IDE entonces estás viendo el comportamiento normal: la aplicación se detiene en la línea donde ocurre la excepción y al continuar aparece tu mensaje. Esto no sucede si corres la aplicación independiente. También puedes ir al menú Tools|Debugger Options y en la ficha Language exceptions desmarcar la opción Stop on Delphi Exceptions para que no se detenga la aplicación al ejecutarla desde el IDE.

Si éste no es el problema entonces tendrás que explicar con más precisión.

// Saludos

ok, perooo....
 

En el BeforePost de la table tengo puesto:

If (DataMopduleModuloDatos.AdoTableClientesNombre.IsNull = True) then
Begin
raise exception.create ('debes de rellenar los rojos');
end;


Pero lo que yo quiero decir es que si podria hacer esto para que me mostrara unmensaje como este:


En el BeforePost de la table tengo puesto:

If (DataMopduleModuloDatos.AdoTableClientesNombre.IsNull = True) then
Begin
ShowMessage ('Debes de rellenar los rojos')
raise exception.create;
end;

Supongo que es cuestion de gusto y criterio, yo prefiero un Exception, ¿Por qué?

Un usuario ve un showmessage y directamente pulsa en el aceptar, tienen tal vicio con el raton que ni si quiera lo lee.

Ve el simbolo de error, se asusta, lo lee, y despues pulsa aceptar.;)

Si se trata de un sistema empresarial, creo que debemos "educar" al usuario a nuestro gusto. Las alertas son alertas y los errores son errores.

Saludos!

¿Y en este caso qué es?

:D

// Saludos

Yo di dos ejemplos, pero creo que eso se define junto con el análisis inicial del sistema.
¿Nos estamos llendo de tema? :D

Decía un maestro que una alerta se usa para avisar al usuario de algo que puede ocurrir y un error para avisar de algo que ya ocurrió.

Esto tiene algo de lógica sólo que en este caso depende de cómo se vea. Si la verificación de datos faltantes se hace antes de hacer el post sería una alerta (oye usuario, no has puesto un valor y el servidor no lo va a aceptar) pero si la verificación se hace depués del post entonces sería un error (oye usuario, el servidor dice que falta un dato y ya protestó).´

Así que si nos guiamos por este estilo, en este caso tendría que ser una alerta. Lo que pasa es que en realidad el usuario no tiene idea de si la verificación se hace antes o después.

Por otra parte, el uso del abort después del ShowMessage, tal como lo propone marto, pues no es más que una excepción disfrazada de mensaje.

Así que en realidad todo es cuestión de gustos y mejor qe le den una taza de café al usuario para que se despabile.

:D

// Saludos

Lo lógico, a mi juicio, es prevenir al usuario de la omisión o inconsistencia de los datos para que no se produzca el error.

Y el usuario aunque no distinga "los galgos de los podencos", si apreciará un sistema que le avise con tiempo de sus incongruencias.

En consecuencia siempre se debe advertir al usuario, y lo que para nosotros es una alerta y se diferencia claramente de un error puede ser la misma diferencia que existe entre un error y una errata para quien sea capaz de distinguir el matiz.

Un Saludo.

Bueno entonces USA
y con eso tenes el error con icono.. verifica que el campo no este nulo y listo

Claro; pero, al menos yo, entre un ShowMessage con MB_ICONERROR seguido de un abort y un Exception no veo diferencia así que en tal caso me quedo con Exception.

// Saludos

si roman estas bien, pero si no queres generar una excesión bueno .. ahi esta otra posibilidad :D

Es que el abort es una excepción y de hecho de fuerza requieres la excepción para interrumpir el proceso. De lo contrario se hace el post y el servidor mandará el error.

// Saludos