Cuestión : Agregar el nuevo récord de forma desatada

Hola los expertos,

Again, estoy quitando mi pelo de hacer un UI seamingly muy simple. Básicamente, tengo una forma desatada que permita que el usuario busque, que agregue y que corrija expedientes en mi tabla. La razón que estoy utilizando una forma desatada en vez de forma encuadernada es porque tengo muchas condiciones a comprobar antes de que un expediente pueda ser válido, y algunos controles no son realmente de campo en mi tabla pero algo el campo de las operaciones de búsqueda del otro tables.

Anyways, aunque luchara muchas horas pero finalmente la búsqueda y corrija los botones de comando ahora woking muy bien. El problema que tengo ahora está con agrega nuevo. Pues la llave primaria de mi tabla es un autonumber. Asumo cuando agrego un nuevo récord que la identificación es automóvil generado y escrito a mi tabla después. Método de la actualización. ¿Cómo puedo cerciorarme de que todos los campos required estén llenados-para arriba por consiguiente antes de que el usuario navegue a otro expedientes?

Not sure si lo hago claro… La esperanza alguien puede dar una indirecta o sería apreciado mucho si puede haber un ejemplo similar para mirar at.

Many thanks.
class= del

Respuesta : Agregar el nuevo récord de forma desatada

Convenir con Capricorn1 y el dqmq, no obstante agregaré mis 2 centavos digno de también.

1.  Pues el dqmd mencionado, usted puede utilizar la regla de la validación de los controles, pero a veces a usuarios quisiera poder completar controles en su secuencia preferred, así que usted puede ser que considere usar el acontecimiento de la salida de los controles y apenas móvil una advertencia cuando salen el control que indica que el control está requerido antes de que el expediente pueda ser ahorrado.

2.  El código de Capricorn1 comprobará todos los campos required pero no le da un mensaje muy específico.  Puesto que su forma es desatada, usted probablemente no tendrá construido en los botones de la navegación (pienso que esto es una buena cosa).  Proporciono excepto y cancelo generalmente los botones en cada uno de mis formas.  Con el botón de ahorro, usted puede hacer una de dos cosas:

a.  Usted puede hacer sus pruebas de la validación en el acontecimiento del tecleo del botón, comprobando cada uno de los campos que se requieren para asegurarse de que tengan una entrada válida.  Si no, exhibir un mensaje específico del campo, y fijar el foco de nuevo al control apropiado.

b.  Usted puede inhabilitar el botón de ahorro hasta que se completen todos los campos required.  Para hacer esto, usted necesitaría utilizar la salida o acontecimiento de AfterUpdate de cada uno de los controles y del código de la llamada como permitir proporcionada Cap1/neutralización que el botón de comando basó en los valores en todos los campos.  Abajo del lateral de este método es él tiene que buscar alrededor en la forma para identificar que de los campos required está faltando datos.  Tengo, cuando el cliente lo quiso, fijo mis controles required (los textboxes y los comboboxes) con un formato condicional que sea un diverso color que el estándar.  Hago esto con una función (véase abajo) y fijando la condición de controles como la “expresión está” con un parámetro el cual parezca:  ¡fnRequiredButEmpty (formas! formname.controlname)

Si usted hace esto y fija la característica del fondo a un color ligero (utilizo generalmente un amarillo claro), después el usuario puede ver inmediatamente se requieren qué controles, y cuáles no se han completado.  Usted podría modificar la función para comprobar para saber si hay el valor específico para los controles específicos en vez apenas de la prueba para ver si la longitud > 0, pero ésta le dará una idea.


Función privada fnRequiredButEmpty (Ctrl como control) como boleano

    RequiredButEmpty = (Len (Ctrl.Value y "") = 0)
   
Función del final