Llevo algo más de una semana programando en Visual Basic 2008, ya que, de momento, no hay nada que hacer en CNC. Por como es la aplicación y porque no quiero complicarme la vida (si quisiera, no usaría VB) he tirado de TableAdapterManager en un par de ocasiones. En una, igual que comenté en la entrada anterior dedicada a este componente, dejaba que él abriera y cerrara la conexión. Sin embargo, en la segunda tenía otros accesos a la base de datos, justo antes y justo después a la operación de UpdateAll del TableAdapterManager. En este caso, me venía mejor pararle al «bicho» la conexión ya abierta y que me la dejara abierta una vez terminara. Es imposible, intenta volver a abrir la conexión y se produce el error.

Sigue leyendo →

Tengo un problema persistente y puñetero en una aplicación que estoy haciendo en el trabajo. La aplicación es muy simple. Gestiona una base de datos de clientes (tiendas) y las visitas de nuestros comerciales. Ambas tablas, clientes y visitas, se muestran en el mismo formulario, en forma de maestro-detalle, con las visitas en un DataGridView. Vamos, de tutorial de acceso a datos.

El problema es el siguiente: si cancelo una modificación o alta de una visita, se me selecciona el último cliente. Esto se produce si cancelo la operación sin hacer nada o si un control DateTimePicker que tiene la sección de visitas tiene el foco. Si he cambiado a cualquier otro control o bien he modificado/introducido algún dato, al cancelar el alta o modificación se me queda seleccionado el cliente actual.

Ejecutando paso a paso la aplicación no se produce el fallo.

Después de un día rompiéndome la cabeza con ello, he decidido dejarlo de momento. Todavía me quedan otro par de tablas por gestionar en el formulario (productos nuestros en exposición y consumo anual) y es posible que se reproduzca el problema y me dé pistas de por qué ocurre.

Por una parte me gusta programar. Lo encuentro divertido y estimulante. Por otra, me alegro de no dedicarme profesionalmente a esto.

Tengo la costumbre, inculcada por un profesor, de que, en una aplicación con acceso a datos, cuando se ven los datos no se pueden modificar y cuando estamos modificándolos (altas, edición) sólo podemos modificarlos (nada de abrir otra ventana, nada de cambiar de registro…). Estoy haciendo ahora una aplicacioncilla para el trabajo donde he preferido usar un único formulario que muestra los datos en distintas pestañas de un TabControl. De momento, clientes en una pestaña y las visitas de nuestros comerciales a esos clientes en otra pestaña (el resto, con calma). Así pues, y aplicando la filosofía antes mencionada (que se resumen en «el usuario es un manazas»), la idea es que el usuario no pueda cambiar de pestaña si está añadiendo o modificando un cliente o una visita.

En un principio pensé en hacerlo controlando el evento SelectedIndexChanged, pero no queda bien: se produce un molesto parpadeo cuando cambiamos de pestaña y el programa nos vuelve a mandar a la que estábamos. Así que me puse a revisar otros eventos que pudieran servir y encontré Selecting. De la referencia de Visual Studio:

«Se produce antes de que se seleccione una ficha, permitiendo que un controlador cancele el cambio de ficha.»

Efectivamente, sólo hay que indicar un e.Cancel = True para impedir el cambio de pestaña. En mi caso, si no estoy en modo «Ver Datos», impido este cambio.

En fin, por lo menos he sacado algo útil en el día de hoy. Estoy tan espeso que casi todo el día llevo arreglando destrozos que yo mismo he hecho en partes que ya funcionaban.