cual es la mejor forma de llamar a un formulario de modificación de datos

[[oscarac]]

Yo tambien pienso que te estas complicando la existencia.... anteriormente te deje unos ejemplos de como lo hago yo.. quiza no seas una de las mejores formas pero me parece mucho mas sencillo que el tuyo

segun entiendo.. en un formulario de modificacion de datos puedes ejecutar 3 acciones

1.- agregar registros (append)
2.- modificar registros (edit)
3.- eliminar registros (delete)

la informacion en el form en cualquiera de los 3 casosa (con reservas en el modo insertar) es la misma y el procedimiento de aperturar el form deberia ser el mismo

segun YO cuando preguntas si el formulario = nil, es porque no tienes un control del flujo del programa....

creas un formulario y cuando lo cierras lo destruyes.. eso te evita preguntar si esta nil
del mismo modo con los botones... tienes 2 botonos 1 para crear y el otro para modificar... cuando deberias tener solo 1 que puedes cambiar el caption segun la accion y dentro del onclick manejar las "acciones" a seguir... segun hice referencia en los ejemplos que te deje anteriormente

sin animos de desanimarte ni mucho menos de hacerte cambiar de opinion (porque puede existir una buena razon del porque lo haces de esa forma), esos son mis comentarios

salvo error u omision o alguien con mas conocimientos me pueda corregir y de paso aprender mas..

saludos

[roman]

De hecho, ¿por qué frmCliente tiene un botón Modificar y uno Guardar? Yo pondría sólo el botón Guardar que sirve para lo mismo en ambos casos (inserción y edición): guardar los datos. Es más, si el formulario se muestra modalmente, dicho botón Guardar únicamente pondría la propiedad ModalResult del formulario en mrOk para que la ventana que lo abrió sepa que se aceptan los cambios y se haga el Post a la base de datos.

Por otra parte, oscarac, no me queda claro que el mismo formulario se use para borrar registros. Creo que esa operación quedaría mejor en un explorador de registros, siguiendo la terminología de Chris.

// Saludos

[[oscarac]]

Empezado por roman

Por otra parte, oscarac, no me queda claro que el mismo formulario se use para borrar registros. Creo que esa operación quedaría mejor en un explorador de registros, siguiendo la terminología de Chris.

// Saludos

OJO yo hablo de 2 formularios.. 1 donde esta el explorador de registros... osea el grid con los datos y el otro es en que se invoca cuando se ejecutan las "acciones" (agregar, modificar, eliminar).. es en este segundo formulario donde muestro los campos y cuando hablamos de eliminar simplemente desactivos los bdedits y en el boton ejecuto la "accion"

[[maeyanes]]

Hola...

Aquí metiendo mi cuchara...

oscarac, para eliminar un registro no veo el por que tengas que mostrar el formulario con sus datos si estás realizando la acción desde un explorador de registros. Basta con preguntar si se desea eliminar el registro actual (el que está seleccionado) y dependiendo de la respuesta del usuario, realizas o no la acción de eliminar.


Saludos...

[[oscarac]]

Empezado por maeyanes

Hola...

Aquí metiendo mi cuchara...

oscarac, para eliminar un registro no veo el por que tengas que mostrar el formulario con sus datos si estás realizando la acción desde un explorador de registros. Basta con preguntar si se desea eliminar el registro actual (el que está seleccionado) y dependiendo de la respuesta del usuario, realizas o no la acción de eliminar.
Saludos...

claro claro.. podria hacerse asi, sin mostrar los datos... pero yo me acostumbre a que si voy a borrar algo... le muestro toda la informacion "importante", porque segun mi experiencia ha pasado que el usuario por un error de interpretacion ha borrado lo que no debe, otro motivo es para mantener el estandard.. si agregar y modificar muestro un formulario. entonces en eliminar tambien...

[roman]

Empezado por oscarac

claro claro.. podria hacerse asi, sin mostrar los datos... pero yo me acostumbre a que si voy a borrar algo... le muestro toda la informacion "importante", porque segun mi experiencia ha pasado que el usuario por un error de interpretacion ha borrado lo que no debe, otro motivo es para mantener el estandard.. si agregar y modificar muestro un formulario. entonces en eliminar tambien...

Pues, se supone que el explorador de registros muestra la suficiente información como para que el operador reconozca el registro y sepa si borrarlo o no. Y, en caso de dudas, simplmente entraría a editar el registro para corroborar otros datos, cerraría el editor y oprimiría el botón Borrar.

// Saludos

[[oscarac]]

sucede que mucho antes programaba en FOX, en pantallas de 80x25 y al hacer una grilla, no habia mucho espacio como para mostrar TOOOODaaa la informacion... quiza se me ha quedado esa costumbre