Datagrid en python

[Rodolfo Ruiz Rivera]

Hola todos, hice una consulta en otro foro  con respecto al datagrid, si bien es cierto muchos lenguajes de programación manejan el data grid, la mayoría lo hace a un nivel de grilla de consulta de datos.   En mi caso hemos usado el grid de visual foxpro, el cual es muy potente, se pueden validar datos en una o varias de las columnas, se pueden incluir campos tipo check o tipo combo etc.  Lamentablemente tenemos que abandonar al Zorro.  Me dijeron que el Python maneja los grid aun mejor que el Fox.   Quisiera saber si es así y que experiencia tienen algunos al respecto.

 

Gracias.

[Carlos Miguel FARIAS]

Sres. del Foro, disculpen lo que voy a exponer a continuación pero creo que es necesario que el destinatario principal lo conozca y uds. también.
Sr. Analizer, Fox Friend o tus multiples apodos.
El señor Rivera entro a este foro por sugerencia mia, ante una consulta que hizo en el foro de VFP:
El foro que te "borraste"/"borraron" por mandar mensajes inapropiados como el que acabas de mandar.
Por lo que tu mismo has dicho, tu experiencia como programador es muy poca.
Por las preguntas que haces (caso parámetros, o caso objetos) tienes un gran desconocimiento de técnicas de programación.

Las aseveraciones que haces con referencia a cargar datos a traves de grillas, está totalmente fuera de lugar.
Porque justamente el tema se discutio en otro foro y se concluyo que lo que es primordial es la facilidad para con el usuario, no la complejidad de programación.

En el otro foro resultastes particularmente molesto, y de ahi que te tomaron de punto, porque te las pasabas dando sugerencias o indicaciones sin suficiente fundamentos y continuamente promocionando herramientas del estilo de .NET, a lo que se llegó a decir que eras espia de Microsoft, tratando de llevar a .NET a los programadores de VFP.
Al día de hoy, siguen haciendo bromas sobre tu desempeño.
Si queres promocionar herramientas no relativas a este foro (python o en todo caso VFP) te pediria que lo hagas por fuera del foro, en privado.

Tu respuestas, como estabas haciendo en el otro foro, se salen totalmente de contexto, aca se pregunta sobre manejo de grillas en python y tu sales con recomendaciones sobre cosas que tu mismo has indicado no tienes experiencia, y como quien dice, "embarran la cancha".

Entonces, lo que te estoy pidiendo es que guardes tu lugar, y no empieces "ansias" de dar recomendaciones cuando adoleces de los conocimientos apropiados. Y sobre con toda una perorata que aparta totalmente el hilo de la solicitud original.

No quiero decir con esto que yo tenga la suma del conocimiento, pero con +de 30 años en esta actividad, puedo hablar con un poquito más de propiedad.
Sepan los demas integrantes del foro, disculpar mi intervención.

Y volviendo al hilo de la pregunta, con referencia a grillas en python, al nuevo integrante le digo:
Python es multiplataforma, de tipo interpretado (similar al VFP, genera pseudocodigo, manejado por un runtime).
Para el manejo de la interfaz gráfica, trae incorporada una libreria TKinter, pero puede trabajar con otras librerias gráficas.
En mi comentario en el otro foro sobre facilidades de grillas desde python me estaba refiriendo a la GUI provista por la libreria wxPython.
Para bajar python, puedes recurrir a su site python.org y para bajar la libreria gráfica a wxpython.org
Todo esto es gratis.
Las versiones para trabajar disponibles son varias, pero las que estan "en producción" son python 2.7.3 y wxpython 2.8.x.
Descargando e instalando ambas herramientas (en windows es correr un exe) podras contar con una demo de la interfaz wxpython, donde podrás apreciar toda la capacidad de manejo y generación de componentes gráficos de dicha libreria.
En el caso de python, en general, probar no cuesta nada.
Saludos: Miguel, La Pampa (RA)

El 8 de marzo de 2013 15:46, Analyzer <thenewin...@gmail.com> escribió:

Amigo,

Su forma de manejar la información en grids y su intento de validar en los mismos grids le complicará la vida en otros lenguajes.

Lo mejor es que cambie su esquema a algo como:

1. Manejar botones alrededor del grid.

2. Presentar un formulario adicional para captura y edicion de datos.

La idea es que el grid solo presente datos. No para capturas, no para ediciones, no para validaciones.

Dicho lo anterior..

Aunque no aclaras si tu aplicación esta pensada para tus clientes locales o clientes internacionales y otros detalles o si a tus clientes les interesa usar el navegador para consultar datos de la aplicación o si a tus clientes les interesa usar servidores de pago o gratuitos tipo Linux, etc.

Mi situación: aprendiendo VFP9 SP2, VB.NET 2008/2010 y documentandome en PHP y la web.

VB.NET es intuitivo de aprender para mi ya que ya llevé un curso de C#.

Te contesto mi perspectiva para no retardar más la respuesta.

Si decides tomar a tu próximo cliente como conejillo de Indias, las opciones que veo son las siguientes si deseas probar algo diferente a VFP para desarrollos desktop:

1. VB.NET 2010 con MSSql Express 2008 R2/2012

Recordar que las versiones express de MSSql tienen alrededor de 10GB de almacenamiento.

De otra forma usar MySql que tiene buena integración con .NET a traves del MySql conector para .NET

VB.NET es un lenguaje parecido a VFP ya que usa palabras y muchos casos casi las mismas como los if, los case, los while, los for, los try catch, etc.

Para movil, usar las herramientas provistas por MS dentro del VS u otras. Recordar que VB.NET es una herramienta moderna y como tal existen soluciones para todo, aunque pueden ser no gratuitas.

Si se requiriera acceso web a la aplicación esta se puede configurar hacia una VPN o un hosting y conceder acceso a traves de implementar servicios web, lo cual daría seguridad.

Si te decides por esta opción, con gusto te apoyamos en el foro VB.NET Latinoamérica:

https://groups.google.com/forum/#!forum/vfp-a-vbnet

Para tus consultas sobre VB.NET con algun gestor puedes usar este foro:

https://groups.google.com/forum/#!forum/sistemas-gestores-de-bases-de-datos

2. Si a tus clientes no les interesa la tecnología usada sino la funcionalidad del software, no hay inconveniente en seguir con VFP9 SP2.

VFP9 SP2 es compatible con W7 32 y 64 bits y aunque su arquitectura es basada en 32 bits, en la práctica es rápido y para que MS quite la compatibilidad tendría que quitarla para todos los otros programas de 32 bits, lo cual sin duda no quiere hacer ya que le lloverían las quejas tanto de pequeñas como de grandes corporaciones.

Con ello siempre habrá la limitante de usarse solo en SO windows. Soluciones para moviles ya parece haber, como se ha comentado en el foro.

El soporte del Soap termina este año si no mal recuerdo por lo que hay que buscar otras opciones para web services con Visual Foxpro, pero según leo ya hay como WestWind, por ejemplo.

3. Para extender tus módulos de consulta al navegador puedes usar php y conectarte al motor de datos de tu aplicación y al estar en el navegador, ya no importa la tecnología movil que uses llamese android, blackberry, symbian, güindous o la que sea.

Ten en cuenta que aprender php y las tecnologías relativas te llevará un poco de tiempo.

Cosas que aprender:

PHP

Un framework de php como cake o codeigniter

CSS

HTML5

AJAX

Jquery (Framework de Javascript)

DOM, SOAP, ORM, etc.

Qué es todo eso:

http://www.w3schools.com/

Saludos!

--
Has recibido este mensaje porque estás suscrito al grupo "VFP a Python" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a vfp-a-python...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Walter R. Ojeda Valiente]

Nuestro estimando "Analyzer" (tiene muchísimos otros apodos) tiene más afán de protagonismo que todos los demás programadores juntos.

Entonces, aunque tenga poca o nula idea sobre un tema él tiene que escribir algo, para dar "su aporte".

Aporte que como muchísimas veces ya se le ha dicho suele estar totalmente equivocado pero eso no le importa, él seguirá "aportando" en todas las siguientes oportunidades.

Sus "aportes" confunden más de lo que ayudan, pero eso para él ya es lo de menos, ya "colaboró", así que ya está feliz de la vida.

No lo hace con mala intención, al contrario, su intención es ayudar (para poder figuretear y que se vea todo lo protagónico que es él) pero no hay forma de hacerle entender que su actuar es incorrecto, que está mal. Ya se le dijo lo mismo muchas veces, pero él sigue haciendo lo mismo que tanto se le criticó.

Un psicólogo le/nos podría explicar por qué tiene ese afán de protagonismo tan grande.

Y como el estimado "Analyzer" ya no va a cambiar (si ya no lo hizo en todo el tiempo que lo conocemos, es muy dudoso que lo haga alguna vez) entonces tendremos que continuar soportando todos sus "aportes".

Los cuales confunden mucho más de lo que ayudan, pero bueno...

Al principio le comentaba todos los errores que tenían sus "aportes" pero como continúa haciendo lo mismo, no tiene sentido perder mi tiempo.

Como ya dije antes, no lo hace por mala intención, pero ...

Saludos.

Walter.

2013/3/8 Carlos Miguel FARIAS <carlosmig...@gmail.com>

--
Hay 10 clases de personas. Las que conocen aritmética binaria y las que no.

[Analyzer]

Ahí está el hilo de la conversación sobre la edición en grids y verán que la mayoría de los programadores estuvo de acuerdo que no se editen datos en el grid.

Por que no poner a cargar Datos directamente desde un Grid...?

https://groups.google.com/forum/#!topic/publicesvfoxpro/kKDOlTpLdzU

Este es un comentario de Guillermo MDQ en ese hilo:

Estoy de acuerdo con Daniel Sanchez y Antonio.xt, a mi tampoco me gusta hacer ingresos de datos directamente sobre el grid, salvo que sea para una o dos columnas de algun dato sencillo o por ejemplo para cambiar un estado por intermedio de un checkbox.
El tema de las validaciones se hace mas complicado al trabajar sobre el grid.
Y ademas no solo tomo en cuenta el tema de las validaciones que es un problema que implica al desarrollador sino tambien lo tomo en cuenta desde el punto de la comodidad y eficiencia para el usuario.
Cuando hay que ingresar varias columnas de datos y muchos registros, para el usuario es mucho mas incomodo y propenso a cometer errores trabajar en el grid.
Para una persona que esta ingresando datos y ademas es rapida tecleando es mucho mas sencillo ingresar los datos en un form provisto con unos botones Aceptar, Cancelar y Finalizar que hacerlo en el grid, porque directamente en el grid va a cometer muchos mas errores al tipear.
Esto lo he comprobado muchas veces.

Saludos
Guillermo

A partir del comentario de tomcrux, se entendió a que se refería el tema y casi todos los demas empezaron a coincidir en que es una práctica no recomendable en la mayoría de las situaciones la de editar y validar datos directamente en un grid.

Juzguen por ustedes mismos el tema..

Saludos!

El 9 de marzo de 2013 00:25, Analyzer <thenewin...@gmail.com> escribió:

Jaja, ora con que salieron ...

Bueno, el tema de la validación y edición en grids no es exclusivo de phyton, pero ai siganle dando alas al amigo..

Cuando se meta en problemas con los grids(por estar validando y editando datos ahi), los tendrá a ustedes que son expertos para sacarlo del agujero negro jeje

Mejor ni les digo que dijeron los del foro php programación sobre un comentario de nuestro profesor de mas de 30 años de experiencia..

Digo, no soy el único que sigue aprendiendo, pero veo que hay quienes piensan que ya lo saben todo.

A final, lo que importa no es ser popular, si no llevar el dinero a la mesa.

Ai cada quien atienda a su conciencia, si es que en ocasiones miente contra si mismo.

Saludos no protagonicos!

[Walter R. Ojeda Valiente]

Una grilla bien hecha facilita mucho la carga de datos, no la entorpece, al contrario.

Cuanto más parecida sea la pantalla de ingreso de datos al papel que está viendo el usuario es mejor. Una Factura tiene una cabecera (donde constan el nombre del cliente, el número de la Factura, la fecha de la venta, etc.), un cuerpo (donde se colocan los productos o servicios vendidos) y un pie (donde se colocan los totales).

Si reproducimos eso en nuestra pantalla de ingreso de datos:

1. Al usuario le será muy fácil ingresarlos

2. Podrá rápidamente darse cuenta si ya registró todos los productos o servicios

3. Corregir un error es facilísimo: mueve el cursor hasta la fila problemática, cambia los valores y ya está

4. Podrá de un vistazo comprobar si los totales de la Factura impresa coinciden con los totales que ve en la pantalla

5. Lo que ve la pantalla es exactamente igual a lo que ve en el papel

O sea, es "a prueba de bobos". En cambio, ingresando un producto o servicio por pantalla es más propenso a errores. ¿Ya registró el 6º producto vendido, o pasó del 5º al 7º? ¿Escribió el código correcto en el 2º producto? ¿Por qué los totales de la Factura que ve en la pantalla no coinciden con los que ve en el papel?

El ingreso de datos usando grillas es la forma moderna, que se empezó a usar con Windows. El ingreso de datos de un producto a la vez es la forma antigua, la que se usaba con D.O.S. Para quien no está acostumbrado a usarlas el ingreso de datos con grillas podría complicar la programación, pero le facilitaría la vida al usuario.

Según un viejo dicho informático: "Si para el usuario es fácil usar una aplicación eso significa que el Analista trabajó mucho. Y viceversa".

Saludos.

Walter.

2013/3/9 Analyzer <thenewin...@gmail.com>

CMF,

Disculpe si pareció promoción a otras herramientas en un foro de Phyton.

Como dice Walter, no era la intención, pero otra vez me volví a equivocar y trataré de corregir esta falta de profesionalismo.

Por lo de los grids, ahi tiene mi opinión en las dos respuestas anteriores.

Saludos!

--
Has recibido este mensaje porque estás suscrito al grupo "VFP a Python" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a vfp-a-python...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

--

[Analyzer]

El amigo tomcrux menciona algo interesante. Dice que en ocasiones, como cuando se capturan calificaciones sería una buena opción usar un grid, en lugar de presentar otro form para capturarlas una a una o usar botones alrededor del grid.

En la mayoría de las otras circunstancias, como indican varios compañeros, el usuario puede cometer errores con facilidad si tiene que capturar, editar datos en un grid (sobre el mismimo grid, no a través de botones alrededor del grid, aclaro..) y por el lado del programador se le complica el tema de incorporar validaciones al grid durante la fase de desarrollo y por lo consiguiente, posteriormente durante el mantenimiento del sistema, que en ocasiones en una empresa, estará a cargo de varias manos a través de los años.

El Ing. Walter y el Ing. Carlos Miguel Farías son personas con amplía experiencia en los temas informáticos y conocen varios lenguajes. También tienen gran experiencia en el tema didáctico.

Mi opinión (y la de otros compañeros) solo sirve para que cada quien tome sus propias decisiones en base al tipo de proyecto que encara. El hecho de que nuestras opiniones puedan diferir no quiere decir que alguna sea incorrecta. Solo quiere decir que cada quien aplica las técnicas que considera convenientes según el tipo de desarrollo que encara, el grupo de trabajo, la solvencia ecónomica del cliente, y muchos otros factores que van más allá de las prácticas técnicas.

Si editar, capturar y validar sobre el mismisimo grid es algo realmente necesario para su proyecto, usted es el único que sabrá de acuerdo a sus circunstancias si esa es la mejor decisión.

Saludos!

[Carlos Miguel FARIAS]

No se Walter, pero mi título es de contador publico. Se preguntaran que hago programando? El tema que cuando entre en la facu, '76. Los sistemas administrativos en la Argentina eran programados por contadores. En esa época casi no había carreras especificas del área informática. Es mas mi incumbencia de título me permiten trabajar como informático.

Saludos: Miguel, La Pampa (RA)

--

[Analyzer]

Pues de acuerdo a la Definición de Ingeniero: "Alguien que usa su ingenio para resolver problemas" y la experiencia que les han dado los años en el area de Sistemas, yo diría que son unos Ingenieros bien hechos y derechos.

Yo ni siquiera nacía en el 76 jeje y aunque ya están por darme el título de Ing. en Sistemas, no cuento con la experiencia de ustedes en el uso de los lenguajes, aunque sí poseo la experiencia de varios años trabajando en varias empresas de diferentes ramos y en el "uso" de sistemas de diferentes clases.

En un tiempo daba clases de Turbo Pascal, Dbase III Plus, Clipper y VFP de nivel principiante, pero no hacía sistemas en producción.

Esa es precisamente la idea ahora: aprender todo lo relacionado con la profesión y eso en mi zona implica el uso de varios lenguajes. No he usado phyton porque ni siquiera pude instalarlo, pero he leído que es un lenguaje muy poderoso y con sintaxis reducida, usado incluso por hackers de la programacion.

Me disculpo si en mi afán de aprender rápidamente todas las herramientas que estimo convenientes, he sido mal visto y mal interpretado en mis motivos.

Como dice el chavo del 8 "Fue sin querer queriendo"..

Saludos!

[Walter R. Ojeda Valiente]

Como lo dije anteriormente y lo vuelvo a repetir ahora: el uso de las grillas (o grid, en inglés) empezó con Windows, anteriormente (en la época del DOS) no se las utilizaba. Si no las utilizas pudiendo utilizarlas estás "en el viejazo". Lo cual no es necesariamente malo, pero sí ... es viejo, es antiguo, es de épocas anteriores, de tiempos ya superados, algo propio de gente atrasada.

:-)

Usar las grillas o no, debería depender del documento de entrada que tiene a su vista el usuario, no de los gustos del programador. ¿Está viendo un documento cuya representación natural es una grilla? Entonces sí se debe usarlas. ¿Está viendo un documento cuya representación natural no es una grilla? Entonces no se debe usarlas.

El primer caso se daría por ejemplo con una Factura de ventas. Los productos o servicios vendidos corresponden a una grilla, por lo tanto SÍ se debería usarla.

El segundo caso se daría por ejemplo con una encuesta en la cual cada persona  recibe un papel, lo completa con sus datos y lo devuelve. En cada papel se registran las opiniones de una persona y solamente de una persona. En ese caso NO se debería usar una grilla.

Con respecto a que la validación en una grilla es más difícil, eso es falso ¿de dónde sacaste tal cosa?. Es exactamente lo mismo validar un campo de texto que está dentro de una grilla o fuera de una grilla, no hay diferencia. Lo que se hace más complicado es el movimiento dentro de la grilla. Por ejemplo: el usuario digita el código del producto y luego el cursor se posiciona sobre el precio del producto, saltándose la columna donde se encuentra el nombre del producto. Hacer ese salto aunque no es complicado no es tan directo como cuando no se usan grillas. Eso nomás, cosas así, las validaciones son las mismas, no tienen por qué ser más difíciles.

Y si usas grillas le das al usuario otra ventaja: puede ver fácilmente sus filas clasificadas. Por ejemplo, si se están registrando las calificaciones de los alumnos podrías tener las filas que corresponden a los alumnos aplazados de un color y las filas de los alumnos que aprobaron de otro color. E inclusive los alumnos ausentes de otro color.

Y no te olvides que la gran mayoría de los usuarios están acostumbrados a usar las grillas para ingresar datos porque la gran mayoría usa Excel. Y Excel es una grilla grande.

El uso de las grillas para el ingreso de datos es una herramienta muy poderosa, que alguno por haraganería o falta de costumbre no las quiera usar ya es otro tema.

Así que nada de usarlas solamente si "es algo realmente necesario para su proyecto", nada que ver. Esa forma de pensar es del viejazo.

Saludos.

Walter.

13/3/9 Analyzer <thenewin...@gmail.com>

Saludos!

--

Has recibido este mensaje porque estás suscrito al grupo "VFP a Python" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a vfp-a-python...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Walter R. Ojeda Valiente]

Hmmmmm, si en el 76 no habías nacido y Carlos Miguel ya estaba en la Facultad evidentemente eres más joven que él.

Pero él tiene una mentalidad más moderna.

Al menos en lo que al uso de las grillas se refiere.

Saludos.

Walter.

2013/3/9 Analyzer <thenewin...@gmail.com>

Pues de acuerdo a la Definición de Ingeniero: "Alguien que usa su ingenio para resolver problemas" y la experiencia que les han dado los años en el area de Sistemas, yo diría que son unos Ingenieros bien hechos y derechos.

--

[Analyzer]

Walter,

También he usado las "cuadriculas"(grids) en sistemas para facturar y sí son cómodas para el usuario. 

Aquí en Mexico nadie dice "Grillas". Suena a la mujer del "grillo" jeje

Return AñoFacultad+1

Saludos!

[Walter R. Ojeda Valiente]

No tengo la menor idea de a que le llaman grillo en México, aquí es el nombre de un insecto que si llega a entrar en tu dormitorio a la noche no te dejará dormir con sus cri-cri-cri y no te dejará otra alternativa que levantarte de la cama, buscarlo y matarlo, para que se deje de molestar.

:-(

Saludos.

Walter.

2013/3/9 Analyzer <thenewin...@gmail.com>

Walter,

--
Has recibido este mensaje porque estás suscrito al grupo "VFP a Python" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a vfp-a-python...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Analyzer]

Sipi.. Es lo mismo aquí en México. Hasta te dicen cuando eres niño que el grillo es tan malo que si matas uno te harás chis güis(pipi) en la cama jeje

Aunque si hablamos de Cri Cri "El grillito cantor", es otra cosa. Don Gavilondo Soler fue uno de los mejores compositores infatiles de toda la historia ya que sus canciones eran 100% gráficas al escucharlas.

Saludos!

[Guillermo MDQ]

Me gustaria aclarar algo con respecto al tema de las grids para el ingreso de datos porque veo por ahi que han tomado un comentario mio como referencia.
Tomando el ejemplo mas comun de una factura, que yo normalmente no ingrese los datos  directamente en el grid no significa que no la utilice.
Coincido totalmente con lo que dice Walter de que visualmente en pantalla al tener los datos en el grid es todo mucho mas legible para el usuario.
La diferencia que hago es que el ingreso de cada linea de la factura lo hago en un pequeño formulario que esta sobre el grid, que tiene un boton aceptar, cancelar y finalizar.
Al pulsar el boton aceptar los datos se ingresan al grid que esta debajo y el usuario sigue visualizando los datos sin ningun problema.
Si Cancela no ingreso nada en el grid y me vuelve a pedir un nuevo articulo, y si pulsa Finalizar cierro ese formulario de ingreso y vuelvo al grid para elegir si grabo la factura o debo ingresar algun dato mas, como un descuento o la forma de pago.
O sea que la interface que utilizo es moderna y no tiene nada que ver con la epoca del DOS, solo que lo hago de esa manera porque he probado las dos formas de ingreso de datos y esta ultima es la que mas resultado me ha dado.

Saludos
Guillermo

[Analyzer]

Por eso le dije al compañero que "en otros lenguajes" se complicará la vida si intenta editar y validar cosas en el "mismisimo grid".

Por ejemplo en .NET hay que hacer una serie de cosas para levantar el cursor (que ahí se llama datatable) similares a las que hacen en VFP con la técnica de SQL Pass Through y al final direccionar el origen de datos con ese datatable hacia el grid.

El datatable siempre trabaja desconectado. Si se quieren hacer modificaciones el proceso es:

Sistema==> Consulta de actualización al SGBD==> Recepción de datos en un datatable en memoria a través del conector ADO.NET para MySql (O Sql)==> Envio de los datos del datatable al datagridview, mediante indicar ese datatable como el origen de datos del grid. 

Para que el grid muestre los datos actualizados se hace un clear, que equivale a un refresh en VFP. Ese clear borra los datos del grid y luego al indicar el origen de datos como el nuevo datatable con los nuevos datos jalados desde el SGBD la información reflejará la realidad.

Si aparte habría que hacer las modificaciones en el grid, tendría que armarse todo un circo grande porque en el .NET no he visto la característica de Cursor Actualizable que he leído que VFP la tiene.

Por eso aclaré que en otros lenguajes se complicaría la vida usando el grid para actualizar. Supongo que varios lenguajes utilizan una técnica de recepción y acondicionamiento de datos desde el exterior hacia cierto ambiente, similar a la de ADO.NET

Por eso las opciones que suenan razonables son las 2 que se discutieron en el hilo:

1. Usar botones alrededor del grid.

2. Usar otro form donde se hagan las ediciones y luego para actualizar hacer todo el show que mencioné previamente.

Creo que ahora mi comentario se entenderá mejor.

Pero lo interesante es aprender a usar el grid en phyton, aunque personalmente lo usaría para mostrar datos. No para editar y validar datos directamente ahí ya que en otros lenguajes repito, no he visto el concepto de cursor actualizable.

Phyton si maneja el concepto de cursor actualizable?...

Saludos!

[Carlos Miguel FARIAS]

Para el manejo de grillas interactuando con BD les dejo este link:

http://nuestrapizarra.allalla.com/2012/05/el-control-rejilla-interaccion-con-una-base-de-datos/#more-2499

Por favor analyzer, trata de mantener comentarios relativos a vfp y python. (en todo caso, si te gusta .net, plantealo para iron python o abrí otro hilo con OT, si no se mezclan los tantos

En cuanto a como manejar grillas, eso depende de los requerimientos de la aplicación y de los usuarios que la usan.

Fíjate que uno de los programas mas utilizados para proceso de datos, por usuarios de todo tipo de nivel, son las planillas de calculo, que son ¡grillas!, y los datos se editan directamente (o en paralelo con el área de formulas) y se usan tanto para cargar datos, editarlos, y hasta escribir las formulas que generan esos datos.

Evidentemente, no hay lenguajes de programación con la simpleza de relación datos - controles (y no solo grillas) que tiene VFP, de ahí que muchos colegas les cuesta abandonar VFP.

Saludos: Miguel, La Pampa (RA)

[Carlos Miguel FARIAS]

Correspondería que crearas otro hilo. Además el comentario ese debería ser para un foro fox.
Lo que tu dices es justamente para lo que se creo este foro. Una salida de vfp vía python.

Saludos: Miguel, La Pampa (RA)

El 11/03/2013 17:15, "Analyzer" <thenewin...@gmail.com> escribió:

No conozco a un buen profesionista, en cualquier campo,  que no considere que actualizarse sea necesario.

No me imagino a un buen abogado sin conocer las leyes vigentes de este año..

Lo mismo un contador, un ingeniero civil, etc.

Si VFP cumple con sus expectativas y sigue siendo compatible, adelante.

Para muchos otros que andamos en busca de opciones adicionales, simplemente nos toca reconocer que la época en la que vivimos ahora está orientada hacia la web y simplemente hay que buscar la que consideremos la mejor opción y actualizarnos, eso es todo..

Qué algunos tienen sistemas enormes que les costaría migrar?.. Alguna solución debe haber..

Qué algunos no tienen tiempo para aprender?... Alguna solución debe haber..

Solo es asunto de tener la firme intención de actualizarse.

Los pretextos en esta vida, sobran..

Saludos!

El 11 de marzo de 2013 08:17, Carlos Miguel FARIAS <carlosmig...@gmail.com> escribió:

Evidentemente, no hay lenguajes de programación con la simpleza de relación datos - controles (y no solo grillas) que tiene VFP, de ahí que muchos colegas les cuesta abandonar VFP.

Saludos: Miguel, La Pampa (RA)