[Python-es] Instalar Python de 32 o 64 bits
Hola todos, que problemas o inconvenientes se presentarían al distribuir aplicaciones desarrolladas en Python de 64 bis en PCs de 32 bits. Gracias, Jesusquin ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Instalar Python de 32 o 64 bits
Gracias José, como podrán deducir soy novato pero he estudiado bastante Python en internet, y no he encontrado nada claro, todas las referencias de instalación son con respecto a mi PC. Ahora bien, creo que manejando entornos virtuales para cada una de las versiones se podría en principio tener soporte para las dos versiones, la pregunta es entonces ¿debo tener el código fuente separado o con uno es suficiente activado el entorno virtual adecuado? De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Jose Luis Núñez Enviado el: miércoles, 28 de octubre de 2015 9:14 a. m. Para: La lista de python en castellano CC: python-es@python.org Asunto: Re: [Python-es] Instalar Python de 32 o 64 bits Hola Jesús, si distribuyes el código entiendo que ninguno. El problema seria si lo que pasas es un ejecutable generado para una plataforma u otra..si está optimizado para 64bits entiendo que no se ejecutaria en 32 Sent using CloudMagic Email <https://cloudmagic.com/k/d/mailapp?ct=pa&cv=7.4.10&pv=5.0.1&source=email_footer_2> On mié., oct. 28, 2015 at 3:04 p. m., Jesús Quintero Suárez mailto:jesusq...@msn.com> > wrote: Hola todos, que problemas o inconvenientes se presentarían al distribuir aplicaciones desarrolladas en Python de 64 bis en PCs de 32 bits. Gracias, Jesusquin ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Instalar Python de 32 o 64 bits
Gracias Kiko, ¿Existe algo en Python de 64 bits que no esté disponible para la de 32 bits o viceversa?. Cordial saludo para todos, Jesús. De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Kiko Enviado el: miércoles, 28 de octubre de 2015 12:51 p. m. Para: La lista de python en castellano Asunto: Re: [Python-es] Instalar Python de 32 o 64 bits El 28 de octubre de 2015, 18:38, Jesús Quintero Suárez mailto:jesusq...@msn.com> > escribió: Gracias José, como podrán deducir soy novato pero he estudiado bastante Python en internet, y no he encontrado nada claro, todas las referencias de instalación son con respecto a mi PC. Ahora bien, creo que manejando entornos virtuales para cada una de las versiones se podría en principio tener soporte para las dos versiones, la pregunta es entonces ¿debo tener el código fuente separado o con uno es suficiente activado el entorno virtual adecuado? Depende de qué quieras distribuir y como. Si solo quieres distribuir el código fuente en Python debería funcionar sin problemas en 32 y 64 bits. Si quieres crear exe's autocontenidos para que un tercero no se tenga que instalar Python y demás dependencias sí que deberías tener en cuenta hacer el exe para 32 o 64 bits. Si explicas un poco mejor y con más detalle lo que quieres hacer quizá te podamos ayudar mejor. Saludos. De: Python-es [mailto:python-es-bounces+jesusquin <mailto:python-es-bounces%2Bjesusquin> =msn@python.org <mailto:msn@python.org> ] En nombre de Jose Luis Núñez Enviado el: miércoles, 28 de octubre de 2015 9:14 a. m. Para: La lista de python en castellano mailto:python-es@python.org> > CC: python-es@python.org <mailto:python-es@python.org> Asunto: Re: [Python-es] Instalar Python de 32 o 64 bits Hola Jesús, si distribuyes el código entiendo que ninguno. El problema seria si lo que pasas es un ejecutable generado para una plataforma u otra..si está optimizado para 64bits entiendo que no se ejecutaria en 32 Sent using CloudMagic Email <https://cloudmagic.com/k/d/mailapp?ct=pa&cv=7.4.10&pv=5.0.1&source=email_footer_2> On mié., oct. 28, 2015 at 3:04 p. m., Jesús Quintero Suárez mailto:jesusq...@msn.com> > wrote: Hola todos, que problemas o inconvenientes se presentarían al distribuir aplicaciones desarrolladas en Python de 64 bis en PCs de 32 bits. Gracias, Jesusquin ___ Python-es mailing list Python-es@python.org <mailto:Python-es@python.org> https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/ ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Instalar Python de 32 o 64 bits
De antemano muchas gracias a todos por su colaboración. Debido a que aún no tengo certeza de problemas que puedan surgir hice los siguiente: - En mi PC de desarrollo (procesador CORE i5 y Windows 10 Pro x64 he instalado Python 3.5.0 para 64 bits) - He creado máquinas virtuales para Windows 7, 8 y 10, versión Pro de 32 bits y en cada una Python 3.5.0 para 32 bits. - Mis programas fuente los ubico en una partición que todas la maquinas la pueden acceder. - Activo cada una de las máquinas virtuales y ejecuto los programas. De momento todo va bien, si se presenta algún problema se los comentaré. Cordial saludo, Jesús. De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Chema Cortes Enviado el: viernes, 30 de octubre de 2015 6:37 a. m. Para: La lista de python en castellano Asunto: Re: [Python-es] Instalar Python de 32 o 64 bits El vie., 30 oct. 2015 a las 12:22, Kiko (mailto:kikocorre...@gmail.com> >) escribió: El 30 de octubre de 2015, 12:12, Chema Cortes mailto:pych...@gmail.com> > escribió: El vie., 30 oct. 2015 a las 9:45, Chema Cortes (mailto:pych...@gmail.com> >) escribió: El jue., 29 oct. 2015 a las 18:32, Daπid (mailto:davidmen...@gmail.com> >) escribió: 2015-10-29 18:13 GMT+01:00 Jesús Quintero Suárez mailto:jesusq...@msn.com> >: Gracias Kiko, ¿Existe algo en Python de 64 bits que no esté disponible para la de 32 bits o viceversa?. Un procesador de 64 bits puede ejecutar un proceso de 32, pero no al revés. Por otro lado, un proceso de 32 bits sólo puede usar, como máximo, unos 3 GB de RAM [1]. Estrictamente, un proceso de 32 bits puede usar mucha más memoria mediante PAE[2]. Algunos PCs antiguos no lo soportan, por lo que antes era algo opcional en algunos sistemas operativos, como los linuxen. Pero hoy en día, todas las distribuciones de linux usan PAE por defecto. En cuanto a compatibilidad 32bit/64bits, los mayores problemas son los drivers. Hay mucho hardware que usa el direccionamiento superior de memoria para buffers e interrupciones. Parte de ese hardware podrían ser tarjetas gráficas o de comunicaciones que solo funcionan en sistemas operativos de 32bits, obligándote a que tu software sea de 32bits (mucho hardware para windows sólo soporta 32bits). Como anécdota, en mi PC con windows7 de 32bits, con CPU i5 (64bits), anaconda me ha instalado la versión 64bits de jupyter.exe y de otras herramientas asociadas, por lo que no funcionan. jupyter-console y las utilidades ipython sí que son de 32bits. Sospecho que "conda" no ha detectado correctamente el sistema operativo que uso. PD: no me recomendéis que me instale un win7 de 64bits, que para éso ya tengo linux. El error está reportado: https://github.com/conda/conda/issues/1704 Creo que 'ipython notebook' te deberís seguir funcionando independientemente de que 'jupyter notebook' no funcione... Efectívamente, las herramientas "ipython" funcionan bien. También va usando directamente los script python de "jupyter" en vez de usar los compilados ".exe" (eg: jupyter-script.py, jupyter-kernelspec-script.py,...) Mi consejo es que distribuyas el código compilado en ambas versiones, 32bits/64bits, eligiendo 32bits si tienes que elegir sólo una. En general, el código python tiene que funcionar igual en 32bits que en 64bits. En teoría, el rendimiento debería ser mejor en 64bits, pero yo no he conseguido ver grandes diferencias entre usar 64bits ó 32bits, siempre que tengas una CPU moderna de 64bits con algunos cores de más. En general, no vale la pena el esfuerzo de distribuir el código compilado en 32bits/64bits, algo que puedes observar en muchos paquetes linux que sólo se intalan para x86 (32bits) [2]: https://en.wikipedia.org/wiki/Physical_Address_Extension Esa es la parte teórica. En la práctica, si dependes de otras bibliotecas que incluyen código compilado, y sólo se distribuyen para 64 bits, tendrías que compilarlas tú mismo. (No sé cómo de frecuente es esto). [1] https://en.wikipedia.org/wiki/3_GB_barrier /David. ___ Python-es mailing list Python-es@python.org <mailto:Python-es@python.org> https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/ -- Hyperreals *R "Quarks, bits y otras criaturas infinitesimales": <http://ch3m4.org/blog> http://ch3m4.org/blog -- Hyperreals *R "Quarks, bits y otras criaturas infinitesimales": <http://ch3m4.org/blog> http://ch3m4.org/blog ___ Python-es mailing list Python-es@python.org <mailto:Python-es@python.org> https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/ ___ Python-es
[Python-es] Entorno de ejecución
Hola todos, ¿saben de algo que pueda usar en Python que me permita desarrollar aplicaciones multiusuario y se ejecute en un navegador sin ser una aplicación web? Cordial saludo, Jesús ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Entorno de ejecución
Hola de nuevo, de ninguna manera pretendo inducirlos al error. Es mi percepción, que hoy día la interface de usuario más conocida es la del navegador, la mayoría de estos son muy parecidos en lo que respecta a la interacción y ablando de funcionalidad casi que se podría decir que idénticos. Suponiendo que es posible hacer que una aplicación se ejecute en cualquier navegador de los actualmente reconocidos, creo significativo aprovechar la ventaja de que el usuario ya conoce la interface y lo más probable es que también la sabe usar. Por otro lado, veo que los navegadores hacen más cosas que solo mostrar páginas de sitios web, muestran otros tipos de documentos permite interactuar con archivos HTML en mi PC sin necesidad de entrar a un sitio web, las herramientas de programador que incluyen son cosas adicionales, que como funcionan y hasta donde me permitirán interactuar no lo sé, por eso pregunte, tal vez además de ignorante soy ingenuo y tampoco tengo más razones para justificar la pregunta. Si no existe nada que permita ejecutar una aplicación multiusuario y con manejo de bases de datos desarrollada en Python dentro de un navegador, pues no existe, no se puede, que le vamos hacer. Definitivamente esto no me decepciona de Python ni de Ustedes, quizás más adelante pueda requerir de sus conocimientos y me puedan ayudar o yo pueda ayudar a otros. Lo lamento, ruego me disculpen. Cordial saludo, Jesús. De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Alvaro Manrique Enviado el: sábado, 31 de octubre de 2015 12:47 p. m. Para: La lista de python en castellano Asunto: Re: [Python-es] Entorno de ejecución Si se ejecuta en un navegador, definitivamente es una aplicación web. Aclara bien tu idea para que centres mejor la búsqueda. El oct. 31, 2015 12:59 PM, "Juan Luis Cano" mailto:juanlu...@gmail.com> > escribió: On 2015-10-31 18:22, Carlos Zuniga wrote: 2015-10-31 11:43 GMT-05:00 Jesús Quintero Suárez : se ejecute en un navegador sin ser una aplicación web? Pregunta capciosa? Sí, definitivamente eso merece una aclaración... ___ Python-es mailing list Python-es@python.org <mailto:Python-es@python.org> https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/ ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
[Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Hola todos, he leído de todo un poco pero realmente no es suficiente como para elegir la combinación de paquetes más adecuada, quiero desarrollar si es posible con una de las versiones más recientes de python y con la base de datos postgresql. ¿Cuál es ORM el más adecuado? ¿Para GUIs que me recomiendan, y si es posible una herramienta RAD? Agradezco la colaboración que me puedan brindar, gracias. ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que corren como de escritorio!, como sería eso?. De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Kiko Enviado el: martes, 12 de enero de 2016 10:50 a. m. Para: La lista de python en castellano Asunto: Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio El 12 de enero de 2016, 16:34, Jesús Quintero Suárez mailto:jesusq...@msn.com> > escribió: Hola todos, he leído de todo un poco pero realmente no es suficiente como para elegir la combinación de paquetes más adecuada, quiero desarrollar si es posible con una de las versiones más recientes de python y con la base de datos postgresql. ¿Cuál es ORM el más adecuado? ¿Para GUIs que me recomiendan, y si es posible una herramienta RAD? Agradezco la colaboración que me puedan brindar, gracias. Approach clásico: - ORM: SQLAlchemy - GUI/RAD: PyQT/QtDesigner Aunque depende para qué iría con bootstrap+flask+sqlalchemy - Look & Feel sería similar en las diferentes plataformas. - no hay problemas de compilar las librerías gráficas, que puede ser un poco doloroso en algún caso y algún SO. - Gran parte del desarrollo te vale para tener una app online, si es necesario. - Aprendes desarrollo web :-P - ... Saludos. ___ Python-es mailing list Python-es@python.org <mailto:Python-es@python.org> https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/ ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Hola todos, gracias por responder. Creo que me falto un poco de contexto, se trata de varias aplicaciones, accedidas simultáneamente por múltiples usuarios, (no excede los 40), se deben instalar en el servidores de archivos de cada uno de mis clientes todos con Windows. Estas aplicaciones ya existen, las desarrolle en Visual FoxPro con su base de datos nativa, y tienen una característica especial, lo hecho, hecho está, es algo así como una factura que una vez emitida no deben cambiar aún si cambia la información de donde se obtuvieron los datos para generarla, para lograrlo utilizo la incrustación en vez relaciones con vigencia, pues esta última es mucho más compleja de programar y a largo plazo termino con mayor redundancia. Creo que una base de datos orientada a documentos, (MongoDb), me vendría bien, pero con las características NoRel de postgresql me alcanza, y además obtengo la parte relacional. También estuve estudiando la posibilidad de desarrollo web, en especial con Django, pero son demasiado los temas para resolver ya que nunca he desarrollado para web, (HTML5, CSS3, JavaScript, Jquery, Ajax, servidores web en hosting y en local), y si a esto le sumo que no se inglés, prácticamente estoy muerto. ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
[Python-es] Desarrollo web o no
Cordial saludo para todos, en un post anterior estaba decidido a crear aplicaciones de escritorio y solicitaba la mejor combinación utilidades para lograrlo, las respuestas generaron controversia en el sentido que si era mejor hacerlas web o no, eso me agrada pues la idea principal es la de mejorar el producto existente, desarrollado 100% en Visual FoxPro, multiusuario, con la base de datos nativa y siempre conectado. Ahora lo que quiero es migrar a python y de paso mejorarlas en tos sus aspectos, pero se presenta tres alternativas, web, escritorio o hibrido, entiendo perfectamente las ventajas del desarrollo web, pero, hay requerimientos que cumplir y algunas limitaciones: Requerimientos: * Son varias aplicaciones que comparten la base de datos, en cuanto a su mantenimiento o administración. * Cada aplicación debe funcionar independiente de las otras, excepto por la base de datos. * Un cliente puede poseer una o varias de ellas, pero nunca todas. * Cada cliente debe tener su propia base de datos, es información muy sensible. * Las aplicaciones básicas responden a los requerimientos del estado colombiano y no a los del cliente, a solicitud se desarrollan aplicaciones especiales para el diligenciamiento automático de las básicas, con la garantía de ninguno de mis otros clientes podrán acceder a ellas. * La función principal de las aplicaciones básicas es la de generar archivos que representan un único documento, pero una sola operación puede generar más de 1000 documentos, tamaño máximo por archivo 100KB codificado en ASCII extendido hasta 256 caracteres. * Como lo mencioné antes, estas aplicaciones desarrolladas en VFP se encuentran en producción, y no creo que mis clientes acepten ni sería justo entregarles menos de lo que ya poseen, quiero decir: o Validación campo a campo teniendo en cuenta todos los datos hasta el momento incorporados. o Para campos relacionados el usuario digita dato requerido por que en la mayoría de los casos lo tiene a la mano o se lo sabe, esto les brinda más agilidad que ponerse a seleccionar de una lista de probablemente miles de opciones, sin embargo, si lo desconoce al oprimir una tecla especial se le brindara una lista filtrada de acuerdo con datos conocidos y con opción de búsqueda por los campos de la tabla padre. o Prevención de diligenciamiento, activación o desactivación de casillas de acuerdo con datos incorporados en el formulario actual o anteriores. * Por último y la más importante, mis clientes están sometidos a un régimen sancionatorio por errores, omisión de información o no entrega oportuna de la documentación, y pueden ser económicas (cuantiosas), suspensión o cierre de la entidad, esto está amparado por pólizas que el estado hace efectivas tan pronto como lo crea conveniente, normalmente siempre y después pregunta que paso mediante un requerimiento. Esto realmente es preocupante y solo pensar en ofrecer los servicios de servidor ya sea web o de ejecución de aplicaciones remotas me da miedo, en caso de fallo y no poder restaurarlo rápidamente me metería en serios problemas, y no con uno sino con todos. * En la actualidad mi segundo mejor cliente tiene mi aplicación en servidor de aplicaciones y la acceden a través de internet desde diferentes sucursales en el país, como lo hicieron, no tengo ni idea, pero lo importante es que cuando lo deseen pueden trastear con la base de datos e instalar el software en cada una de las sucursales y hacerlas independientes y en cuestión de minutos están en producción nuevamente. Las limitaciones no son infranqueables, se deben a mi falta de conocimientos sobre web, pero si van influir significativamente en el tiempo de desarrollo, he estudiado python, django, html5 y css, pero creo que aún me falta mucho más, por ejemplo: * Como ponerlas en producción local y/o hosting sin ningún conocimiento en servidores y que además con lo que estudiado sigo sin entender. * Como por lo menos replicar las características del software anterior en VFP. Mi opinión, que igual puede estar lejos de la realidad, es que Django está muy estructurado y revertir todo eso podría ser más complejo por ir en contra de su filosofía y su forma de actuar, quizá con Flask tenga que codear más pero a lo mejor aprenderé a recorrer el camino, creo que con cualquiera de estos framework se puede resolver el segundo punto de mis limitaciones, es cuestión aprender, claro con un poco de orientación como sobre que debo estudiar. El que me preocupa realmente es el primer punto, si no puedo poner en producción la aplicación de forma local en el sistema operativo Windows de una manera sencilla, que corra bien y sin mayores inconvenientes a futuro, que no interfiera con los procesos y actividades actualmente corriendo en el equipo que fungirá de servidor y que no genere costos adicionales a mi cliente, debo descartarlo y tomar el camino de aplicaciones de escritori
Re: [Python-es] Desarrollo web o no
Hola todos, en ocasiones las dependencias de terceros traen consigo más problemas que soluciones, en estos casos reinventar la rueda es benéfico, migrar de VFP a Python es exactamente eso, mis aplicaciones corren perfectamente, cero problemas. Con respecto a los diseñadores de GUIs para Python que visto, en todos tiene que hacer cosas adicionales y en algunos más que en otros porque tienen problemas con Windows, talvez no conozcan el de VFP, te abre ventanas independiente para codear eventos, métodos para un o múltiples widgets, esto facilita el trabajo, todo tu diseño queda plasmado en una tabla de base de datos nativa, en la que cada elemento inclusive la ventana es un registro que incluye todas y cada una de las característica y el código de control, la cual puedes leer y con un programa generar el archivo completamente funcional que necesitas para correr en Python y de verdad nada complicado y si un alivio enorme hacia futuro. Saludos, Jesús. ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
[Python-es] Orientación para el desarrollo de aplicaciones GUI.
Hola, atendiendo sus respuestas definitivamente me voy por aplicaciones de escritorio, con la combinación: * Python: Versión reciente. * Base de datos: PostgreSql. * Orm: SqlAlchemy. * Diseñador de GUI: Visual FoxPro Solo me queda faltando el paquete para a utilizar, en lo posible con la capacidad TouchScreen si saben de alguno por favor, de lo que podido leer Kivy, QT o pyGObject que incluye Gtk3+ para Python 3.4.x, estas son las opciones, si conocen una mejor por favor. Saludos, Jesús ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI.
Hola todos, he visto por encimita varios diseñadores gráficos que facilitan crear las GUIs para Python, lo que ofrecen es un subproducto que Python puede consumir, el diseñador en sí, que es la parte compleja, no intervendrá en la aplicación. ¿Qué es el subproducto?, pues bien, no es más que código Python haciendo uso de utilidades pre-construidas por un tercero, el cual nosotros podemos recrear en Python sin la ayuda de ningún diseñador, solo requerimos de las utilidades, hacerlo de esta manera es fácil pero dispendioso, prácticamente toca cambiar y probar para poder visualizar como está quedando nuestro diseño. De los diseñadores que visto por encimita, algunos tienen problemas de compatibilidad con MS Windows, no son tan amigables con el usuario, no es solo arrastrar y soltar, el subproducto solo se limita a la parte del diseño, no hay forma de agregar código que controle la lógica del diseño, es decir, requiere de bastante código adicional para dejarlo totalmente funcional. Viéndolo de este modo, podemos utilizar el mejor diseñados que tengamos disposición y del cual podamos extraer la información del diseño y código adicionado, (probablemente trampeando al diseñador con string para incluir nuestro código python de control), y generar código Python que hará uso de esas utilidades y totalmente funcinal. ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI.
Hola Mario, en una respuesta anterior me recomendaste wxPython y wxFormBuilder, encontré que para MS Windows wxPython no está disponible para la versión 3.x de Python, me imagino que wxFormBuilder es por el estilo. De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Mario Lacunza Enviado el: jueves, 14 de enero de 2016 10:25 a. m. Para: La lista de python en castellano Asunto: Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI. Uhmmm me parece q demasiado x encima los has visto. Yo uso wxformbuilder (sin problemas en Windows) en Ubuntu Linux, al igual q el diseñador de guis de visual studio agregas controles y los pones donde quieres, te crea el código Python para manejarlo luego heredas en tus clases de lógica y controlas todo. No veo q tanto problema te estas haciendo cuando es de lo más fácil, qt tiene una lógica similar. Enviado desde mi LG G3 El 14/01/2016 09:53, "Jesús Quintero Suárez" mailto:jesusq...@msn.com> > escribió: Hola todos, he visto por encimita varios diseñadores gráficos que facilitan crear las GUIs para Python, lo que ofrecen es un subproducto que Python puede consumir, el diseñador en sí, que es la parte compleja, no intervendrá en la aplicación. ¿Qué es el subproducto?, pues bien, no es más que código Python haciendo uso de utilidades pre-construidas por un tercero, el cual nosotros podemos recrear en Python sin la ayuda de ningún diseñador, solo requerimos de las utilidades, hacerlo de esta manera es fácil pero dispendioso, prácticamente toca cambiar y probar para poder visualizar como está quedando nuestro diseño. De los diseñadores que visto por encimita, algunos tienen problemas de compatibilidad con MS Windows, no son tan amigables con el usuario, no es solo arrastrar y soltar, el subproducto solo se limita a la parte del diseño, no hay forma de agregar código que controle la lógica del diseño, es decir, requiere de bastante código adicional para dejarlo totalmente funcional. Viéndolo de este modo, podemos utilizar el mejor diseñados que tengamos disposición y del cual podamos extraer la información del diseño y código adicionado, (probablemente trampeando al diseñador con string para incluir nuestro código python de control), y generar código Python que hará uso de esas utilidades y totalmente funcinal. ___ Python-es mailing list Python-es@python.org <mailto:Python-es@python.org> https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/ ___ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI.
De verdad muchas, pero muchas gracias a todos por la paciencia que han mostrado, aún no me rindo, he invertido mucho tiempo estudiando, incluso en cosas que no debía pero fue por falta de orientación, ahora ya casi tengo todo listo, me dedicare a estudiar en profundidad las herramientas que debo usar y de seguro que más adelante volveré a colaborar a personas como Yo que no tuvimos un inicio apropiado, bueno y porque no solicitando su valiosa ayuda. Un abrazo para todos, Jesús De: Python-es [mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Leonel Gomez Enviado el: jueves, 14 de enero de 2016 12:38 p. m. Para: La lista de python en castellano Asunto: Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI. Hola amigos, se que este es un foro de Python al cual estoy inscrito y recibo cada mensaje porque aun me llama la atención para algunos propósitos. Específicamente para el amigo que viene de VFP le informo que yo pase por el mismo dilema, le di tantas vueltas a Python para poder pasar mis aplicaciones de VFP a Python en mi opinión muy personal le comento lo siguiente al amigo. Venir de VFP donde uno tiene todas las utilidades en un mismo ambiente(id), 100% probado por miles de usuarios a nivel mundial, generar aplicaciones en un dos por tres en VFP ha sido una maravilla de todos los tiempos, ver una tabla de datos en VFP basta con un simple BROWSE y ya ves la info sin necesidad de tanta cosa,muchos lo critican por sus tablas nativas, pero sus tablas nativas son el comienzo nada mas, ya que para una aplicación gigante lo conectas a SQL Server, MYSQL, etc etc.. Python comparado con VFP para Escritorio, deja mucho que desear debido a que todo habrá que instalarlo por separado, librerías, id, y casi todo habrá que hacerlo a mano, el lenguaje es muy simple, pero para hacer aplicaciones rápidamente, VFP lo deja a kilómetros de distancia ya que desde su nacimiento fue pensado en Bases de Datos relacionales, tanto nativas como SQL. Lamentablemente necesitamos migrar por el abandono de MS hacia VFP, en mi caso te comento que probé los siguientes lenguajes: Python, C#, Lazarus, Java y Dbase. De todos estos, tuve que tomar una decisión, debido a que no puedo estar probando de todo un poco sin aterrizar en algo para desarrollo mas serio, y Opte por JAVA Swing. Un lenguaje criticado por todo mundo por la dificultad de aprendizaje, y algunos por su lentitud. Que fue lo que encontré en este lenguaje: 1) No varia mucho de VFP: recuerdas esto (this.form.text1.vaule= Nombre) en Java (String loNombre = this.jText.getText();) claro que hay cosas complicadas com por ejemplo llenara un Grid en Java, es un delirio pero después de tanto estudiar, le tomas hilo y casi lo mismo es en Python. Java tiene su propio ID nativo exclusivo elaborado por Sun Oracle, Extrañas la ventana de comandos de datos en VFP, pues en Java tiene su propia ventana de comandos SQL para cualquier base de datos grande. hice mi primer crud en Java y a la primera fue multiplataforma, sin necesidad de tanta instalación. Al principio cuesta entenderlo, pero créeme, cuando le agarras el hilo, es impresionante y todo lo tienes en el mismo id, no hay que instalar nada por separado, los componentes de ventana, sin son de Arrastrar y soltar, dando la ventaja de pensar solo en la programación orientada a objetos y por eventos. Lentitiud, solo es al principio, igual que Windows, al principio cuesta que arranque, una vez en memoria, corre rápidamente. y el fuerte de Java es WEB, así que una vez agarras el hilo, no te costar tanto aprender para WEB. Actualmente estoy desarrollando un proyectito en Java sin prisa, con conexión a MySql en la nube y todo tranquilo. Como consejo sigue con VFP dandole mantenimiento a tus aplicaciones, que VFP hay todavía para rato, mientras has tus propias pruebas despacio y sin prisa. Saludos. LG El Jan 14, 2016, a las 10:46, Jesús Quintero Suárez mailto:jesusq...@msn.com> > escribió: Hola Mario, en una respuesta anterior me recomendaste wxPython y wxFormBuilder, encontré que para MS Windows wxPython no está disponible para la versión 3.x de Python, me imagino que wxFormBuilder es por el estilo. De: Python-es [ <mailto:python-es-bounces+jesusquin=msn@python.org> mailto:python-es-bounces+jesusquin=msn@python.org] En nombre de Mario Lacunza Enviado el: jueves, 14 de enero de 2016 10:25 a. m. Para: La lista de python en castellano < <mailto:python-es@python.org> python-es@python.org> Asunto: Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI. Uhmmm me parece q demasiado x encima los has visto. Yo uso wxformbuilder (sin problemas en Windows) en Ubuntu Linux, al igual q el diseñador de guis de visual studio agregas controles y los pones donde quieres, te crea el código Python para manejarlo luego heredas en tus clases de lógica y c
