Access - Confirmación de eficiencia

La eficiencia y la ergonomía no siempre caminan juntas.

Si funciona correctamente pues no se que se pretende obtener y como la eficiencia es dependiente del entorno, es en ese entorno donde se puede valorar.

Un ejemplo:
El mensaje es una toma de datos que no siempre se necesita y obliga a interrumpir el flujo de trabajo.

Si se condiciona a que el botón guardar se active con el valor de la variable Dirty, y en base a esa misma variable se eliminan las modificaciones al salir, se puede ganar velocidad y comodidad.

Si no hay cambios (Dirty = false) el botón guardar no tiene sentido practico
Si Dirty es True y se activa el botón, es el usuario el que a su capricho puede guardar los datos
Si no los guarda, al salir se elimina cualquier cambio (sea porque no le interesa guardarlos o lo hizo sin intención)


Pero puede suceder que el usuario tenga una metodología propia y no tenga la costumbre de validar lo que hace, por lo que este método le obligara a volver a modificar/crear lo que sin desearlo perdió (por no guardarlos) y ello no le agrade.

Conclusión, hay que aplicar el método que permita hacerlo lo mas rápido y fiable que sea posible para ese o esos usuarios, muchos de ellos serán excelentes mecanógrafos y los cambios de foco (para acceder a pulsar cualquier botón) no le ayuda nada (pero un acceso directo por teclado lo agradecerán).

Los creadores de aplicaciones deberían programar con la vista fija en el objetivo final teniendo en cuenta los medios de que dispone para obtenerlo (y los usuarios son uno de los medios mas importantes).