SoloCodigo

No es fácil entender lo que preguntas, porque pienso que no tienes clara la idea de lo que hace un grid... Tú no vas a grabar en la db los datos de la grilla...; por el contrario, en la grilla se presentan los datos de la db...  Tienes que grabar en la tabla y refrescar el Grid.  Cuando tú defines que los campos sean "updatables"... lo que haces es indicar que puedes ACTUALIZAR LOS DATOS DE LA DB cuando modifiques el contenido de las celdas de la grilla...  Por tanto no tendrás que hacer nada más para que los datos queden grabados en la db.

Entonces, ya comprenderás que tu pregunta es difícil de responder... algo no encaja.  A no ser que estés manejando un Grid en el que las celdas las sustituyas por otros elementos, como combos o textbox...

Respecto a que el campo llave sea el indicado en un textbox, supongo que sea una forma de buscar uno de los registros de la tabla, que teóricamente tendrá que ser el correspondiente a la fila del dbGrid...  Sigo con esa dificultad de comprender lo que quieres...

Mira a ver si me lo pones más fácil...

Un saludo

Mira que son las cosas... Una bobadita como ésta de "yo te doy el cromo de Pulgarcito a cambio del cromo del Capitán Trueno"... que es más o menos lo que GasPer venía a proponer... ha desembocado en algo que me ha llegado al alma... Una postura en mi defensa, que me honra sobre manera... y que os agradezco tanto a MiguelPG como a Brroz... porque me estáis demostrando una verdadera amistad, a pesar de que la sangre no ha llegado al río.

Bueno, estas cosas seguiremos teniéndolas, aunque es de desear que sea la última.

Saludos y un abrazo,  José María

Y con qué te crees que te lo he preparado sino con VB 6.0...

No sé por qué no te funciona el programita en cuestión... voy a revisarlo.

.
.
.

He bajado el Timer.zip, lo he descomprimido, lo he ejecutado y todo perfecto... Únicamente que NO funciona cuando haces click en una fila del DataGrid, sino cuando pinchas en el botón de Iniciar; entonces se pone en marcha en contador del equipo que tengas seleccionado, hasta que pulses el botón de Finalizar... Si seleccionas otra fila y pulsar Iniciar, creo que hace lo que tú quieres que haga...

Confírmame que no estoy equivocado.  Saludos

Mientras Pablo te ha dado la respuesta yo estaba tratando de hacer esto que te paso...

Te adjunto un ejemplo que, no es que me haya costado hacerlo..., es que lo he hecho como si estuviera cumpliendo una condena...  ¿Sabes por qué? Porque yo nunca hubiera realizado este control mediante un DataGrid...  Pero como a tí es como se te ha ocurrido, pues... ya sabes: más o menos lo que decía Lope de Vega..., aunque por añadidura en este caso lo de "el vulgo lo paga..." no viene al caso.

No sé qué querrás hacer con esos datos... Yo lo que hago es presentártelos en pantalla, e incluso manejar la hora inicial y final del trabajo de cada equipo, que supongo lo controles automáticamente, no pulsando un control como hace este ejemplo...

Que lo disfrutes, suponiendo que esto te sirva para algo.  Y mis saludos.

Antes de nada: Hace un mes hiciste la consulta Imagen en Excel a la que te di una respuesta que todavía no sé si te fue útil...

Respecto a los skines no puedo echarte una mano porque mis programas no los usan.

Tú sabes que en McIntosh no tienes nada más que COPIAR un ejecutable y... ya está... ¡a funcionar...!  Pero en Windows los programas hay que INSTALARLOS, con lo cual no sólo se copia el ejecutable sino también las librerías que utiliza, que pasan a WindowsSystem(32), y quedan registradas...

Si en Windows tú copias un ejecutable que usa una librería nueva, una de dos: o lo instalas para que automáticamente esa librería vaya donde debe, y quede registrada, o eso lo haces tú manualmente.  En otro caso Windows NO SE ENTERA...

¿Cómo le pediríamos al Sr. Bill Gates que haga un Cursillo en Apple y aprenda...?

Casualmente me he encontrado este código para generar imágenes animadas... Creo que es muy simple, pero NO UTILIZA OCX ni más comandos que los contenidos en VB...  Si te fuera válido, me alegraría.

Saludos

El tener los datos en una carpeta distinta a la carpeta de la aplicación es lógicamente opcional y a gusto del programador; pero cuando trabajamos en red... entonces no queda más remedio que definir dónde están las bases de datos...

Yo lo tengo resuelto así:  Cada usuario tiene una carpeta desde la que arranca la aplicación.  En esa carpeta tiene un fichero (Setup.mdb, por ejemplo) con una tabla en la que tiene su identificación, su clave de acceso encriptada y la ruta de las bases de datos (con el formato de dirección que más interese: HostMis datos, por ejemplo) amén de otros parámetros que me puedan interesar.

Al iniciar el programa abro ese fichero (que al estar en la carpeta de la aplicación no va crear problemas) y si el usuario introduce su password que coincida con la que consta encriptada en ese fichero, defino la variable "cPath" con el contenido del campo de la ruta en Setup... y de ese modo cada usuario tiene el acceso personificado, pudiendo modificar la ubicación del servidor siempre que queramos.  Cuando un usuario detecte que no se encuentra la db en su sitio, se abre el control de abrir ficheros y copia la nueva ruta en su campo para que funcione bien en el futuro...

Seguro que otros tienen resuelto el problema con un fichero.INI... y yo le diría que enhorabuena, pero que no me cambio, porque lo mío a mí personalmente me va de coña marinera...

Y lo del DataEnvironment... seré un pesado, pero si te habitúas a él... (y te lo digo a tí, Víctor, de forma directa) verás que merece la pena soportar sus posibles inconvenientes...

Saludos a todos

Espero que el programita que te he preparado te sirva mejor que todas las palabras que puedan decirse..., puesto que hablas de estar comenzando a programar en Visual.

Y ya sabes... espero también que termines confirmando el resultado, COMO DEBE SER...

Saludos y suerte

Yo, por contra, no puedo sino opinar en favor del uso del DataEnvironment, aunque sólo sea por la comodidad de diseñar los comandos, las SQLs con asistentes, las pruebas de conexión... y sobre todo porque en todo momento tienes a la vista la estructura de tus DBs, las tablas de cada DB, los campos de cada tabla...  Vamos, que da gusto...

Respecto al problema que plantea JackRandall, eso te pasaría lo mismo si empleases AdocDc... Lo que hay que hacer es definir con código la ubicación de las DBs... Yo siempre tengo un fichero de Setup, en el que consta tal dato, lo paso a una variable pública (cPathData) y en el código indico el Data Source = cPathData & Nombre de la Base de Datos.  Como sólo tienes que indicarlo una vez. al iniciar el programa... no creo que pueda considerarse un inconveniente.

A muchos sé que les gusta trabajar directamente por código, e incluso los hay que encuentran gustoso el manejar los AdocDcs...  Como sabes sobre gustos no hay nada escrito.   Lo que sí está claro es que ¡ADO y siempre ADO!!!  Sin que se sientan ofendidos los partidarios de DAO..., por favor.

Y como ves, amigo Pablo, en mis respuestas últimas casi, casi obligo a los consultores a que den respuesta a mis participaciones.  Veremos si conseguimos que nos hagamos todos más sensibles a la necesidad de "rematar" todas las cuestiones, por el bien de futuros consultores y también por educación.

Estoy seguro de que tú serás mi salvador en este agujero negro... Me pondré en contacto contigo; pero en todo caso, muchas gracias por haberme dedicado tu tiempo y ofrecerme la solución.

La solución la tienes bien sencilla:  Pon la propiedad DataGrid1.AllowAddNew = True y verás que siempre te aparecerá una fila en blanco en la base del DataGrid para que puedas añadir un nuevo registro.  Lo que no creo que  pueda hacerse es poner MÁS DE UNA FILA EN BLANCO, puesto que el DataGrid te está presentando los registros de una tabla (con la posibilidad de permitirte un AddNew), pero no puedes presentar registros no existentes...

Saludos y suerte

Abre, por favor, esta consulta de hace unos días; ahí tienes la fórmula, que confirman que funciona bien:

http://foros.solocodigo.com/viewthread.php?tid=3914

Saludos y suerte