Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Comparto la solución de Mario lacunza si es de aplicación de escritorio usar wxpython, Dormite sqlalchemy aunque es un monstruo es mejor dedicar mas al aprendizaje en algo que te va a dar salucion a diferentes necesidades , ahora desde punto de vista y que también he querido perderle miedo a las app web me iría por framework de los grandes como django, en esas ando ahora desarrollando una aplicación de gestion de matrícula :) El 12/01/2016 21:49, "Fernando Villarroel via Python-es" < python-es@python.org> escribió: > Hola Jesús. > > La programación web te obliga a tener cierto dominio de js, css, HTML, etc. > Pero quizás sea la ocasión de perder el miedo y atreverte, no creo que > mueras en el intento. > > Por ahí te hablaron de Flask, genial no es complicado y muy potente, ideal > para desarrollo de API. > > También te hablaron de Django, si su curva de aprendizaje es algo más > pronunciada, pero te garantizo que si aprendes Flask entonces Django irá > de una. > > Yo te quería hablar de Web2py es muy simple y si quieres aprender de Web > es ideal, de verdad te sorprenderá, te lo recomiendo. Insisto también dale > tiempo a Flask. > > Suerte y la decisión es tuya. > > Saludos > > Enviado desde mi iPhone > > El 12-01-2016, a las 21:31, Mario Lacunza escribió: > > Ya leiste los requerimientos q ha puesto el amigo Jesus? aún piensas q tu > idea es buena? > > Antes q existieran las apps web estuvieron las desktop puras y aún siguen > y su distribución no es mucho problema, 2 o 3 installers (y luego 1) tipo > click click q tanto les gustan a los users windows y listo. > > Leyendo los requerimientos de Jesús insisto q tu solución no es adecuada. > > Saludos / Best regards > > Mario Lacunza > Email:: mlacu...@gmail.com > Personal Website:: http://www.lacunza.biz/ > Hosting:: http://mlv-host.com/ > Mascotas Perdidas:: http://mascotas-perdidas.com/ > Skype: mlacunzav > > Lima - Peru > > El 12 de enero de 2016, 19:11, Nekmo escribió: > >> @Mario Lacunza, Flask consume muy poquitos recursos, como 8-12MiB de >> RAM, y aunque modesto, su servidor web se porta realmente bien si no >> hablamos de grandes cantidades de usuarios. >> >> Si hablamos de desarrollar para un solo usuario, al ser una "aplicación >> de escritorio", te sirve y te sobra. >> >> ¿En qué casos he usado yo Flask para propósitos como este? >> 1. Un daemon en Python que requiere una interfaz de configuración. Al >> tener una interfaz web, permite su fácil configuración desde otra máquina. >> 2. Una aplicación de servidor que, al no poder contar con interfaz GUI >> convencional, se ha desarrollado vía web. >> >> Son casos sencillos y que no requieren de algo grande, ni van a atender >> muchas peticiones. Prefiero evitarme los problemas de una configuración >> compleja si puedo tenerlo todo en uno. Y en el caso de una aplicación de >> escritorio, es básico su facilidad de distribución. >> >> En ocasiones nos empeñamos en matar moscas a cañonazos, cuando una >> solución así es mucho más simple, fácil de desarrollar, mantener, instalar, >> y no requiere de múltiples servicios corriendo (Gunicorn + Nginx + ...). >> >> >> Un cordial saludo: >> -- Nekmo. >> >> Sitio web: http://nekmo.com >> Dirección de contacto: conta...@nekmo.com >> XMPP/Jabber: conta...@nekmo.com >> Google+: Nekmo Com >> >> El 13 de enero de 2016, 0:50, Mario Lacunza >> escribió: >> >>> Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya >>> q todo depende de los requerimientos para modelar una solución ofimática. >>> En este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por >>> eso muchos entendemos una app tradicional no web, claro q ahora el modelo >>> web también es posible como mencionan. >>> >>> Sin embargo al amigo q le contesté x su solución en la q el mismo se >>> contradice sobre su eficiencia y modelado, agregando mas librerías a cada >>> respuesta (lo cual sabemos q significa) no era algo óptimo. >>> >>> Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no >>> existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de >>> programación que puedan crear sistemas desktop tradicionales y sus >>> librerías de controles, dlls, etc. >>> >>> Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB >>> de RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una >>> de ellas funge de servidor de datos y creo q es la realidad de muchos >>> países. >>> >>> Escalabilidad: eso depende de COMO diseñes tu sistema y nada más. >>> >>> En web es mejor la instalación de upgrades ya q no tienes q ir de >>> cliente en cliente instalando los exe, deb o bin nuevos, sólo haces el >>> deploy en el server y listo. >>> >>> Al final la solución que se ofrezca se dará según requerimientos y con >>> lo q tenga el user de fierro, lo q recomendé es lo más sencillo de instalar >>> y usar para una app desktop tradicional, punto el resto son gustos y sobre >>> eso no han escrito los autores. >>> >>> Saludos / Best r
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Hola Jesús. La programación web te obliga a tener cierto dominio de js, css, HTML, etc. Pero quizás sea la ocasión de perder el miedo y atreverte, no creo que mueras en el intento. Por ahí te hablaron de Flask, genial no es complicado y muy potente, ideal para desarrollo de API. También te hablaron de Django, si su curva de aprendizaje es algo más pronunciada, pero te garantizo que si aprendes Flask entonces Django irá de una. Yo te quería hablar de Web2py es muy simple y si quieres aprender de Web es ideal, de verdad te sorprenderá, te lo recomiendo. Insisto también dale tiempo a Flask. Suerte y la decisión es tuya. Saludos Enviado desde mi iPhone > El 12-01-2016, a las 21:31, Mario Lacunza escribió: > > Ya leiste los requerimientos q ha puesto el amigo Jesus? aún piensas q tu > idea es buena? > > Antes q existieran las apps web estuvieron las desktop puras y aún siguen y > su distribución no es mucho problema, 2 o 3 installers (y luego 1) tipo click > click q tanto les gustan a los users windows y listo. > > Leyendo los requerimientos de Jesús insisto q tu solución no es adecuada. > > Saludos / Best regards > > Mario Lacunza > Email:: mlacu...@gmail.com > Personal Website:: http://www.lacunza.biz/ > Hosting:: http://mlv-host.com/ > Mascotas Perdidas:: http://mascotas-perdidas.com/ > Skype: mlacunzav > > Lima - Peru > > El 12 de enero de 2016, 19:11, Nekmo escribió: >> @Mario Lacunza, Flask consume muy poquitos recursos, como 8-12MiB de RAM, y >> aunque modesto, su servidor web se porta realmente bien si no hablamos de >> grandes cantidades de usuarios. >> >> Si hablamos de desarrollar para un solo usuario, al ser una "aplicación de >> escritorio", te sirve y te sobra. >> >> ¿En qué casos he usado yo Flask para propósitos como este? >> 1. Un daemon en Python que requiere una interfaz de configuración. Al tener >> una interfaz web, permite su fácil configuración desde otra máquina. >> 2. Una aplicación de servidor que, al no poder contar con interfaz GUI >> convencional, se ha desarrollado vía web. >> >> Son casos sencillos y que no requieren de algo grande, ni van a atender >> muchas peticiones. Prefiero evitarme los problemas de una configuración >> compleja si puedo tenerlo todo en uno. Y en el caso de una aplicación de >> escritorio, es básico su facilidad de distribución. >> >> En ocasiones nos empeñamos en matar moscas a cañonazos, cuando una solución >> así es mucho más simple, fácil de desarrollar, mantener, instalar, y no >> requiere de múltiples servicios corriendo (Gunicorn + Nginx + ...). >> >> >> Un cordial saludo: >> -- Nekmo. >> >> Sitio web: http://nekmo.com >> Dirección de contacto: conta...@nekmo.com >> XMPP/Jabber: conta...@nekmo.com >> Google+: Nekmo Com >> >> El 13 de enero de 2016, 0:50, Mario Lacunza escribió: >>> Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya q >>> todo depende de los requerimientos para modelar una solución ofimática. En >>> este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por eso >>> muchos entendemos una app tradicional no web, claro q ahora el modelo web >>> también es posible como mencionan. >>> >>> Sin embargo al amigo q le contesté x su solución en la q el mismo se >>> contradice sobre su eficiencia y modelado, agregando mas librerías a cada >>> respuesta (lo cual sabemos q significa) no era algo óptimo. >>> >>> Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no >>> existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de >>> programación que puedan crear sistemas desktop tradicionales y sus >>> librerías de controles, dlls, etc. >>> >>> Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB de >>> RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una de >>> ellas funge de servidor de datos y creo q es la realidad de muchos países. >>> >>> Escalabilidad: eso depende de COMO diseñes tu sistema y nada más. >>> >>> En web es mejor la instalación de upgrades ya q no tienes q ir de cliente >>> en cliente instalando los exe, deb o bin nuevos, sólo haces el deploy en el >>> server y listo. >>> >>> Al final la solución que se ofrezca se dará según requerimientos y con lo q >>> tenga el user de fierro, lo q recomendé es lo más sencillo de instalar y >>> usar para una app desktop tradicional, punto el resto son gustos y sobre >>> eso no han escrito los autores. >>> >>> Saludos / Best regards >>> >>> Mario Lacunza >>> Email:: mlacu...@gmail.com >>> Personal Website:: http://www.lacunza.biz/ >>> Hosting:: http://mlv-host.com/ >>> Mascotas Perdidas:: http://mascotas-perdidas.com/ >>> Skype: mlacunzav >>> >>> Lima - Peru >>> >>> El 12 de enero de 2016, 17:30, Mario R. Osorio >>> escribió: @Mario Lacunza Mario, Con el debido respeto, cuando dices que > "La verdad lo q recomiendas es un Frankenstein de solución" Me haces pensar que quizás v
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
De hacerlo yo, lo haría con Qt, Wx, o probaría Kivy, el cual ya propuse antes. Y no, no digo que utilizar Flask sea lo ideal, pero con la poca información inicial, podría haber sido una opción tan digna como cualquier otra. Aquí todo el mundo ha propuesto soluciones con la mejor de las intenciones, y con la información que había, si el compañero hubiese tenido conocimientos de desarrollo web, habría sido una buena opción. Un cordial saludo: -- Nekmo. Sitio web: http://nekmo.com Dirección de contacto: conta...@nekmo.com XMPP/Jabber: conta...@nekmo.com Google+: Nekmo Com El 13 de enero de 2016, 1:31, Mario Lacunza escribió: > Ya leiste los requerimientos q ha puesto el amigo Jesus? aún piensas q tu > idea es buena? > > Antes q existieran las apps web estuvieron las desktop puras y aún siguen > y su distribución no es mucho problema, 2 o 3 installers (y luego 1) tipo > click click q tanto les gustan a los users windows y listo. > > Leyendo los requerimientos de Jesús insisto q tu solución no es adecuada. > > Saludos / Best regards > > Mario Lacunza > Email:: mlacu...@gmail.com > Personal Website:: http://www.lacunza.biz/ > Hosting:: http://mlv-host.com/ > Mascotas Perdidas:: http://mascotas-perdidas.com/ > Skype: mlacunzav > > Lima - Peru > > El 12 de enero de 2016, 19:11, Nekmo escribió: > >> @Mario Lacunza, Flask consume muy poquitos recursos, como 8-12MiB de >> RAM, y aunque modesto, su servidor web se porta realmente bien si no >> hablamos de grandes cantidades de usuarios. >> >> Si hablamos de desarrollar para un solo usuario, al ser una "aplicación >> de escritorio", te sirve y te sobra. >> >> ¿En qué casos he usado yo Flask para propósitos como este? >> 1. Un daemon en Python que requiere una interfaz de configuración. Al >> tener una interfaz web, permite su fácil configuración desde otra máquina. >> 2. Una aplicación de servidor que, al no poder contar con interfaz GUI >> convencional, se ha desarrollado vía web. >> >> Son casos sencillos y que no requieren de algo grande, ni van a atender >> muchas peticiones. Prefiero evitarme los problemas de una configuración >> compleja si puedo tenerlo todo en uno. Y en el caso de una aplicación de >> escritorio, es básico su facilidad de distribución. >> >> En ocasiones nos empeñamos en matar moscas a cañonazos, cuando una >> solución así es mucho más simple, fácil de desarrollar, mantener, instalar, >> y no requiere de múltiples servicios corriendo (Gunicorn + Nginx + ...). >> >> >> Un cordial saludo: >> -- Nekmo. >> >> Sitio web: http://nekmo.com >> Dirección de contacto: conta...@nekmo.com >> XMPP/Jabber: conta...@nekmo.com >> Google+: Nekmo Com >> >> El 13 de enero de 2016, 0:50, Mario Lacunza >> escribió: >> >>> Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya >>> q todo depende de los requerimientos para modelar una solución ofimática. >>> En este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por >>> eso muchos entendemos una app tradicional no web, claro q ahora el modelo >>> web también es posible como mencionan. >>> >>> Sin embargo al amigo q le contesté x su solución en la q el mismo se >>> contradice sobre su eficiencia y modelado, agregando mas librerías a cada >>> respuesta (lo cual sabemos q significa) no era algo óptimo. >>> >>> Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no >>> existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de >>> programación que puedan crear sistemas desktop tradicionales y sus >>> librerías de controles, dlls, etc. >>> >>> Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB >>> de RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una >>> de ellas funge de servidor de datos y creo q es la realidad de muchos >>> países. >>> >>> Escalabilidad: eso depende de COMO diseñes tu sistema y nada más. >>> >>> En web es mejor la instalación de upgrades ya q no tienes q ir de >>> cliente en cliente instalando los exe, deb o bin nuevos, sólo haces el >>> deploy en el server y listo. >>> >>> Al final la solución que se ofrezca se dará según requerimientos y con >>> lo q tenga el user de fierro, lo q recomendé es lo más sencillo de instalar >>> y usar para una app desktop tradicional, punto el resto son gustos y sobre >>> eso no han escrito los autores. >>> >>> Saludos / Best regards >>> >>> Mario Lacunza >>> Email:: mlacu...@gmail.com >>> Personal Website:: http://www.lacunza.biz/ >>> Hosting:: http://mlv-host.com/ >>> Mascotas Perdidas:: http://mascotas-perdidas.com/ >>> Skype: mlacunzav >>> >>> Lima - Peru >>> >>> El 12 de enero de 2016, 17:30, Mario R. Osorio >>> escribió: >>> @Mario Lacunza Mario, Con el debido respeto, cuando dices que > "*La verdad lo q recomiendas es un Frankenstein de solución*" Me haces pensar que quizás vivas en otro mundo. La tendencia hoy día es hacer TODAS las aplicaciones para la web. Esto ofrece, entre mucha
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Ya leiste los requerimientos q ha puesto el amigo Jesus? aún piensas q tu idea es buena? Antes q existieran las apps web estuvieron las desktop puras y aún siguen y su distribución no es mucho problema, 2 o 3 installers (y luego 1) tipo click click q tanto les gustan a los users windows y listo. Leyendo los requerimientos de Jesús insisto q tu solución no es adecuada. Saludos / Best regards Mario Lacunza Email:: mlacu...@gmail.com Personal Website:: http://www.lacunza.biz/ Hosting:: http://mlv-host.com/ Mascotas Perdidas:: http://mascotas-perdidas.com/ Skype: mlacunzav Lima - Peru El 12 de enero de 2016, 19:11, Nekmo escribió: > @Mario Lacunza, Flask consume muy poquitos recursos, como 8-12MiB de RAM, > y aunque modesto, su servidor web se porta realmente bien si no hablamos de > grandes cantidades de usuarios. > > Si hablamos de desarrollar para un solo usuario, al ser una "aplicación de > escritorio", te sirve y te sobra. > > ¿En qué casos he usado yo Flask para propósitos como este? > 1. Un daemon en Python que requiere una interfaz de configuración. Al > tener una interfaz web, permite su fácil configuración desde otra máquina. > 2. Una aplicación de servidor que, al no poder contar con interfaz GUI > convencional, se ha desarrollado vía web. > > Son casos sencillos y que no requieren de algo grande, ni van a atender > muchas peticiones. Prefiero evitarme los problemas de una configuración > compleja si puedo tenerlo todo en uno. Y en el caso de una aplicación de > escritorio, es básico su facilidad de distribución. > > En ocasiones nos empeñamos en matar moscas a cañonazos, cuando una > solución así es mucho más simple, fácil de desarrollar, mantener, instalar, > y no requiere de múltiples servicios corriendo (Gunicorn + Nginx + ...). > > > Un cordial saludo: > -- Nekmo. > > Sitio web: http://nekmo.com > Dirección de contacto: conta...@nekmo.com > XMPP/Jabber: conta...@nekmo.com > Google+: Nekmo Com > > El 13 de enero de 2016, 0:50, Mario Lacunza escribió: > >> Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya >> q todo depende de los requerimientos para modelar una solución ofimática. >> En este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por >> eso muchos entendemos una app tradicional no web, claro q ahora el modelo >> web también es posible como mencionan. >> >> Sin embargo al amigo q le contesté x su solución en la q el mismo se >> contradice sobre su eficiencia y modelado, agregando mas librerías a cada >> respuesta (lo cual sabemos q significa) no era algo óptimo. >> >> Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no >> existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de >> programación que puedan crear sistemas desktop tradicionales y sus >> librerías de controles, dlls, etc. >> >> Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB de >> RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una de >> ellas funge de servidor de datos y creo q es la realidad de muchos países. >> >> Escalabilidad: eso depende de COMO diseñes tu sistema y nada más. >> >> En web es mejor la instalación de upgrades ya q no tienes q ir de cliente >> en cliente instalando los exe, deb o bin nuevos, sólo haces el deploy en el >> server y listo. >> >> Al final la solución que se ofrezca se dará según requerimientos y con lo >> q tenga el user de fierro, lo q recomendé es lo más sencillo de instalar y >> usar para una app desktop tradicional, punto el resto son gustos y sobre >> eso no han escrito los autores. >> >> Saludos / Best regards >> >> Mario Lacunza >> Email:: mlacu...@gmail.com >> Personal Website:: http://www.lacunza.biz/ >> Hosting:: http://mlv-host.com/ >> Mascotas Perdidas:: http://mascotas-perdidas.com/ >> Skype: mlacunzav >> >> Lima - Peru >> >> El 12 de enero de 2016, 17:30, Mario R. Osorio >> escribió: >> >>> >>> @Mario Lacunza >>> >>> Mario, >>> Con el debido respeto, cuando dices que >>> >>> "*La verdad lo q recomiendas es un Frankenstein de solución*" >>> >>> >>> Me haces pensar que quizás vivas en otro mundo. >>> >>> La tendencia hoy día es hacer TODAS las aplicaciones para la web. Esto >>> ofrece, entre muchas otras, la ventaja de que cualquier usuario con un >>> navegador la puede utilizar. >>> Por supuesto, en el otro lado tiene que haber al menos un servidor web y >>> otro de bases de datos, pero como explico alguien anteriormente, existen >>> varios servidores web y sistemas de bases de datos relacionales, no >>> relacionales, sql, nosql; que puedes escoger, según la carga que tu >>> aplicación va a tener. Existen opciones para todo y lo mejpr es que tanto >>> los servidores web como de bases de datos de hoy día pueden convivir >>> prácticamente en cualquier computador de los que se fabrican hoy día >>> absolutamente sin ningún problema. >>> >>> Incluso, aun si la aplicación es mono usuario, hacerla web te da la >>> ventaja de la posibilidad de escalarla y adapt
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
@Mario Lacunza, Flask consume muy poquitos recursos, como 8-12MiB de RAM, y aunque modesto, su servidor web se porta realmente bien si no hablamos de grandes cantidades de usuarios. Si hablamos de desarrollar para un solo usuario, al ser una "aplicación de escritorio", te sirve y te sobra. ¿En qué casos he usado yo Flask para propósitos como este? 1. Un daemon en Python que requiere una interfaz de configuración. Al tener una interfaz web, permite su fácil configuración desde otra máquina. 2. Una aplicación de servidor que, al no poder contar con interfaz GUI convencional, se ha desarrollado vía web. Son casos sencillos y que no requieren de algo grande, ni van a atender muchas peticiones. Prefiero evitarme los problemas de una configuración compleja si puedo tenerlo todo en uno. Y en el caso de una aplicación de escritorio, es básico su facilidad de distribución. En ocasiones nos empeñamos en matar moscas a cañonazos, cuando una solución así es mucho más simple, fácil de desarrollar, mantener, instalar, y no requiere de múltiples servicios corriendo (Gunicorn + Nginx + ...). Un cordial saludo: -- Nekmo. Sitio web: http://nekmo.com Dirección de contacto: conta...@nekmo.com XMPP/Jabber: conta...@nekmo.com Google+: Nekmo Com El 13 de enero de 2016, 0:50, Mario Lacunza escribió: > Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya q > todo depende de los requerimientos para modelar una solución ofimática. En > este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por eso > muchos entendemos una app tradicional no web, claro q ahora el modelo web > también es posible como mencionan. > > Sin embargo al amigo q le contesté x su solución en la q el mismo se > contradice sobre su eficiencia y modelado, agregando mas librerías a cada > respuesta (lo cual sabemos q significa) no era algo óptimo. > > Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no > existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de > programación que puedan crear sistemas desktop tradicionales y sus > librerías de controles, dlls, etc. > > Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB de > RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una de > ellas funge de servidor de datos y creo q es la realidad de muchos países. > > Escalabilidad: eso depende de COMO diseñes tu sistema y nada más. > > En web es mejor la instalación de upgrades ya q no tienes q ir de cliente > en cliente instalando los exe, deb o bin nuevos, sólo haces el deploy en el > server y listo. > > Al final la solución que se ofrezca se dará según requerimientos y con lo > q tenga el user de fierro, lo q recomendé es lo más sencillo de instalar y > usar para una app desktop tradicional, punto el resto son gustos y sobre > eso no han escrito los autores. > > Saludos / Best regards > > Mario Lacunza > Email:: mlacu...@gmail.com > Personal Website:: http://www.lacunza.biz/ > Hosting:: http://mlv-host.com/ > Mascotas Perdidas:: http://mascotas-perdidas.com/ > Skype: mlacunzav > > Lima - Peru > > El 12 de enero de 2016, 17:30, Mario R. Osorio > escribió: > >> >> @Mario Lacunza >> >> Mario, >> Con el debido respeto, cuando dices que >> >> >>> "*La verdad lo q recomiendas es un Frankenstein de solución*" >> >> >> Me haces pensar que quizás vivas en otro mundo. >> >> La tendencia hoy día es hacer TODAS las aplicaciones para la web. Esto >> ofrece, entre muchas otras, la ventaja de que cualquier usuario con un >> navegador la puede utilizar. >> Por supuesto, en el otro lado tiene que haber al menos un servidor web y >> otro de bases de datos, pero como explico alguien anteriormente, existen >> varios servidores web y sistemas de bases de datos relacionales, no >> relacionales, sql, nosql; que puedes escoger, según la carga que tu >> aplicación va a tener. Existen opciones para todo y lo mejpr es que tanto >> los servidores web como de bases de datos de hoy día pueden convivir >> prácticamente en cualquier computador de los que se fabrican hoy día >> absolutamente sin ningún problema. >> >> Incluso, aun si la aplicación es mono usuario, hacerla web te da la >> ventaja de la posibilidad de escalarla y adaptarla a cualquier necesidad. >> >> Por otro lado, estamos hablando de python. Tu puedes usar cualquier >> combinación de tecnologías y lenguajes de programación, etc. que quieras >> pero, aunque también lo puedes usar en tu aplicación, NO NECESITAS PHP. >> >> >> Dtb/Gby >> ===s >> Mario R. Osorio >> A.S. of Computer Programming and Analysis >> >> “If I had asked people what they wanted, they would have said faster >> horses.” >> ― Henry Ford >> >> >> >> >> >> ___ >> 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 mailing list > Python-es@python.org >
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Jesús ahora está mas claro, yo tengo varias de esas viejas Apps hechas con fox migradas (la lógica no código) a Python sin problemas. He hecho varios sistemas como el tuyo y no veo la necesidad de usar una BD no relacional, todo es tema como tu app acceda a la info, permisos y diseño. Con 40 tendrás q dividir tu lógica y hacer cliente/servidor. No te salvas de migrar el diseño de la BD a Postgresql y hacer ciertas mejoras ya q el motor te permite hacer muchas cosas q antes hacías a mano en fox. Lo q hago yo es dejar el viejo sistema como histórico y el nuevo corre desde una fecha determinada de corte de operaciones, inicio de mes es mejor. Si te quieres pulir puedes acceder a los datos de las bd fox en modo consulta desde el sistema en python en modo consulta y hacer ciertas funciones de importación de datos, así tus users harán este pesado trabajo bajo demanda. Saludos / Best regards Mario Lacunza Email:: mlacu...@gmail.com Personal Website:: http://www.lacunza.biz/ Hosting:: http://mlv-host.com/ Mascotas Perdidas:: http://mascotas-perdidas.com/ Skype: mlacunzav Lima - Peru El 12 de enero de 2016, 17:41, Jesús Quintero Suárez escribió: > 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 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
Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya q todo depende de los requerimientos para modelar una solución ofimática. En este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por eso muchos entendemos una app tradicional no web, claro q ahora el modelo web también es posible como mencionan. Sin embargo al amigo q le contesté x su solución en la q el mismo se contradice sobre su eficiencia y modelado, agregando mas librerías a cada respuesta (lo cual sabemos q significa) no era algo óptimo. Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de programación que puedan crear sistemas desktop tradicionales y sus librerías de controles, dlls, etc. Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB de RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una de ellas funge de servidor de datos y creo q es la realidad de muchos países. Escalabilidad: eso depende de COMO diseñes tu sistema y nada más. En web es mejor la instalación de upgrades ya q no tienes q ir de cliente en cliente instalando los exe, deb o bin nuevos, sólo haces el deploy en el server y listo. Al final la solución que se ofrezca se dará según requerimientos y con lo q tenga el user de fierro, lo q recomendé es lo más sencillo de instalar y usar para una app desktop tradicional, punto el resto son gustos y sobre eso no han escrito los autores. Saludos / Best regards Mario Lacunza Email:: mlacu...@gmail.com Personal Website:: http://www.lacunza.biz/ Hosting:: http://mlv-host.com/ Mascotas Perdidas:: http://mascotas-perdidas.com/ Skype: mlacunzav Lima - Peru El 12 de enero de 2016, 17:30, Mario R. Osorio escribió: > > @Mario Lacunza > > Mario, > Con el debido respeto, cuando dices que > > >> "*La verdad lo q recomiendas es un Frankenstein de solución*" > > > Me haces pensar que quizás vivas en otro mundo. > > La tendencia hoy día es hacer TODAS las aplicaciones para la web. Esto > ofrece, entre muchas otras, la ventaja de que cualquier usuario con un > navegador la puede utilizar. > Por supuesto, en el otro lado tiene que haber al menos un servidor web y > otro de bases de datos, pero como explico alguien anteriormente, existen > varios servidores web y sistemas de bases de datos relacionales, no > relacionales, sql, nosql; que puedes escoger, según la carga que tu > aplicación va a tener. Existen opciones para todo y lo mejpr es que tanto > los servidores web como de bases de datos de hoy día pueden convivir > prácticamente en cualquier computador de los que se fabrican hoy día > absolutamente sin ningún problema. > > Incluso, aun si la aplicación es mono usuario, hacerla web te da la > ventaja de la posibilidad de escalarla y adaptarla a cualquier necesidad. > > Por otro lado, estamos hablando de python. Tu puedes usar cualquier > combinación de tecnologías y lenguajes de programación, etc. que quieras > pero, aunque también lo puedes usar en tu aplicación, NO NECESITAS PHP. > > > Dtb/Gby > ===s > Mario R. Osorio > A.S. of Computer Programming and Analysis > > “If I had asked people what they wanted, they would have said faster > horses.” > ― Henry Ford > > > > > > ___ > 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 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/
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
@Mario Lacunza Mario, Con el debido respeto, cuando dices que > "*La verdad lo q recomiendas es un Frankenstein de solución*" Me haces pensar que quizás vivas en otro mundo. La tendencia hoy día es hacer TODAS las aplicaciones para la web. Esto ofrece, entre muchas otras, la ventaja de que cualquier usuario con un navegador la puede utilizar. Por supuesto, en el otro lado tiene que haber al menos un servidor web y otro de bases de datos, pero como explico alguien anteriormente, existen varios servidores web y sistemas de bases de datos relacionales, no relacionales, sql, nosql; que puedes escoger, según la carga que tu aplicación va a tener. Existen opciones para todo y lo mejpr es que tanto los servidores web como de bases de datos de hoy día pueden convivir prácticamente en cualquier computador de los que se fabrican hoy día absolutamente sin ningún problema. Incluso, aun si la aplicación es mono usuario, hacerla web te da la ventaja de la posibilidad de escalarla y adaptarla a cualquier necesidad. Por otro lado, estamos hablando de python. Tu puedes usar cualquier combinación de tecnologías y lenguajes de programación, etc. que quieras pero, aunque también lo puedes usar en tu aplicación, NO NECESITAS PHP. Dtb/Gby ===s Mario R. Osorio A.S. of Computer Programming and Analysis “If I had asked people what they wanted, they would have said faster horses.” ― Henry Ford ___ 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
ne buena pinta. > >> >> >> > >> >> >> https://kivy.org/ > >> >> >> > >> >> >> Un cordial saludo: > >> >> >> -- Nekmo. > >> >> >> > >> >> >> Sitio web: http://nekmo.com > >> >> >> Dirección de contacto: conta...@nekmo.com > >> >> >> XMPP/Jabber: conta...@nekmo.com > >> >> >> Google+: Nekmo Com > >> >> >> > >> >> >> > >> >> >> El día 12 de enero de 2016, 19:33, Mario Lacunza > >> >> >> > >> >> >> escribió: > >> >> >> > Creo q pidió app de escritorio y no web...xq para el caso > también > >> >> >> > puede > >> >> >> usar > >> >> >> > Django. > >> >> >> > > >> >> >> > Saludos / Best regards > >> >> >> > > >> >> >> > Mario Lacunza > >> >> >> > Email:: mlacu...@gmail.com > >> >> >> > Personal Website:: http://www.lacunza.biz/ > >> >> >> > Hosting:: http://mlv-host.com/ > >> >> >> > Mascotas Perdidas:: http://mascotas-perdidas.com/ > >> >> >> > Skype: mlacunzav > >> >> >> > > >> >> >> > Lima - Peru > >> >> >> > > >> >> >> > El 12 de enero de 2016, 13:25, Kiko > >> >> >> > escribió: > >> >> >> >> > >> >> >> >> > >> >> >> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez > >> >> >> >> >> >> >> > > >> >> >> >> escribió: > >> >> >> >>> > >> >> >> >>> Kiko, si entiendo bien, con flask puedo desarrollar > aplicaciones > >> >> >> >>> que > >> >> >> >>> corren como de escritorio!, como sería eso?. > >> >> >> >> > >> >> >> >> > >> >> >> >> Con flask puedes crer una aplicación web que puedes embeber > >> >> >> >> dentro > >> >> >> >> de > >> >> >> >> un > >> >> >> >> QWebView (PyQT), por ejemplo. > >> >> >> >> > >> >> >> >> O, directamente, puedes correrlo en un navegador y no depender > de > >> >> >> >> PyQT, > >> >> >> >> Wx, GTK/PyGObject,... Dependerás de otras cosas. > >> >> >> >> > >> >> >> >> Pero es solo una sugerencia. Depende de lo que necesites hacer. > >> >> >> >> > >> >> >> >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí > >> >> >> >> (http://codereview.stackexchange.com/a/114307): > >> >> >> >> > >> >> >> >> #Testedo en Python3.5 > >> >> >> >> > >> >> >> >> import sys > >> >> >> >> > >> >> >> >> from PyQt4.QtCore import QThread, QUrl > >> >> >> >> from PyQt4.QtGui import QApplication > >> >> >> >> from PyQt4.QtWebKit import QWebView > >> >> >> >> from flask import Flask > >> >> >> >> > >> >> >> >> PORT = 5000 > >> >> >> >> ROOT_URL = 'http://localhost:{}'.format(PORT) > >> >> >> >> > >> >> >> >> > >> >> >> >> class FlaskThread(QThread): > >> >> >> >> def __init__(self, application): > >> >> >> >> QThread.__init__(self) > >> >> >> >> self.application = application > >> >> >> >> > >> >> >> >> def __del__(self): > >> >> >> >> self.wait() > >> >> >> >> > >> >> >> >> def run(self): > >> >> >> >> self.application.run(port=PORT) > &
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
gt;> > puede >> >> >> usar >> >> >> > Django. >> >> >> > >> >> >> > Saludos / Best regards >> >> >> > >> >> >> > Mario Lacunza >> >> >> > Email:: mlacu...@gmail.com >> >> >> > Personal Website:: http://www.lacunza.biz/ >> >> >> > Hosting:: http://mlv-host.com/ >> >> >> > Mascotas Perdidas:: http://mascotas-perdidas.com/ >> >> >> > Skype: mlacunzav >> >> >> > >> >> >> > Lima - Peru >> >> >> > >> >> >> > El 12 de enero de 2016, 13:25, Kiko >> >> >> > escribió: >> >> >> >> >> >> >> >> >> >> >> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez >> >> >> >> > >> >> > >> >> >> >> escribió: >> >> >> >>> >> >> >> >>> Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones >> >> >> >>> que >> >> >> >>> corren como de escritorio!, como sería eso?. >> >> >> >> >> >> >> >> >> >> >> >> Con flask puedes crer una aplicación web que puedes embeber >> >> >> >> dentro >> >> >> >> de >> >> >> >> un >> >> >> >> QWebView (PyQT), por ejemplo. >> >> >> >> >> >> >> >> O, directamente, puedes correrlo en un navegador y no depender de >> >> >> >> PyQT, >> >> >> >> Wx, GTK/PyGObject,... Dependerás de otras cosas. >> >> >> >> >> >> >> >> Pero es solo una sugerencia. Depende de lo que necesites hacer. >> >> >> >> >> >> >> >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí >> >> >> >> (http://codereview.stackexchange.com/a/114307): >> >> >> >> >> >> >> >> #Testedo en Python3.5 >> >> >> >> >> >> >> >> import sys >> >> >> >> >> >> >> >> from PyQt4.QtCore import QThread, QUrl >> >> >> >> from PyQt4.QtGui import QApplication >> >> >> >> from PyQt4.QtWebKit import QWebView >> >> >> >> from flask import Flask >> >> >> >> >> >> >> >> PORT = 5000 >> >> >> >> ROOT_URL = 'http://localhost:{}'.format(PORT) >> >> >> >> >> >> >> >> >> >> >> >> class FlaskThread(QThread): >> >> >> >> def __init__(self, application): >> >> >> >> QThread.__init__(self) >> >> >> >> self.application = application >> >> >> >> >> >> >> >> def __del__(self): >> >> >> >> self.wait() >> >> >> >> >> >> >> >> def run(self): >> >> >> >> self.application.run(port=PORT) >> >> >> >> >> >> >> >> >> >> >> >> def provide_GUI_for(application): >> >> >> >> qtapp = QApplication(sys.argv) >> >> >> >> >> >> >> >> webapp = FlaskThread(application) >> >> >> >> webapp.start() >> >> >> >> >> >> >> >> qtapp.aboutToQuit.connect(webapp.terminate) >> >> >> >> >> >> >> >> webview = QWebView() >> >> >> >> webview.load(QUrl(ROOT_URL)) >> >> >> >> webview.show() >> >> >> >> >> >> >> >> return qtapp.exec_() >> >> >> >> >> >> >> >> >> >> >> >> if __name__ == '__main__': >> >> >> >> app = Flask(__name__) >> >> >> >> >> >> >> >> @app.route('/') >> >> >> >> def index(): >> >> >> >> return "Hola Mundo!!" >> >> >> >> >> >
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
;> que > >> >> >>> corren como de escritorio!, como sería eso?. > >> >> >> > >> >> >> > >> >> >> Con flask puedes crer una aplicación web que puedes embeber dentro > >> >> >> de > >> >> >> un > >> >> >> QWebView (PyQT), por ejemplo. > >> >> >> > >> >> >> O, directamente, puedes correrlo en un navegador y no depender de > >> >> >> PyQT, > >> >> >> Wx, GTK/PyGObject,... Dependerás de otras cosas. > >> >> >> > >> >> >> Pero es solo una sugerencia. Depende de lo que necesites hacer. > >> >> >> > >> >> >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí > >> >> >> (http://codereview.stackexchange.com/a/114307): > >> >> >> > >> >> >> #Testedo en Python3.5 > >> >> >> > >> >> >> import sys > >> >> >> > >> >> >> from PyQt4.QtCore import QThread, QUrl > >> >> >> from PyQt4.QtGui import QApplication > >> >> >> from PyQt4.QtWebKit import QWebView > >> >> >> from flask import Flask > >> >> >> > >> >> >> PORT = 5000 > >> >> >> ROOT_URL = 'http://localhost:{}'.format(PORT) > >> >> >> > >> >> >> > >> >> >> class FlaskThread(QThread): > >> >> >> def __init__(self, application): > >> >> >> QThread.__init__(self) > >> >> >> self.application = application > >> >> >> > >> >> >> def __del__(self): > >> >> >> self.wait() > >> >> >> > >> >> >> def run(self): > >> >> >> self.application.run(port=PORT) > >> >> >> > >> >> >> > >> >> >> def provide_GUI_for(application): > >> >> >> qtapp = QApplication(sys.argv) > >> >> >> > >> >> >> webapp = FlaskThread(application) > >> >> >> webapp.start() > >> >> >> > >> >> >> qtapp.aboutToQuit.connect(webapp.terminate) > >> >> >> > >> >> >> webview = QWebView() > >> >> >> webview.load(QUrl(ROOT_URL)) > >> >> >> webview.show() > >> >> >> > >> >> >> return qtapp.exec_() > >> >> >> > >> >> >> > >> >> >> if __name__ == '__main__': > >> >> >> app = Flask(__name__) > >> >> >> > >> >> >> @app.route('/') > >> >> >> def index(): > >> >> >> return "Hola Mundo!!" > >> >> >> > >> >> >> sys.exit(provide_GUI_for(app)) > >> >> >> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> 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 < > >> >> 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 > >> >>
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
gt; >> from flask import Flask >> >> >> >> >> >> PORT = 5000 >> >> >> ROOT_URL = 'http://localhost:{}'.format(PORT) >> >> >> >> >> >> >> >> >> class FlaskThread(QThread): >> >> >> def __init__(self, application): >> >> >> QThread.__init__(self) >> >> >> self.application = application >> >> >> >> >> >> def __del__(self): >> >> >> self.wait() >> >> >> >> >> >> def run(self): >> >> >> self.application.run(port=PORT) >> >> >> >> >> >> >> >> >> def provide_GUI_for(application): >> >> >> qtapp = QApplication(sys.argv) >> >> >> >> >> >> webapp = FlaskThread(application) >> >> >> webapp.start() >> >> >> >> >> >> qtapp.aboutToQuit.connect(webapp.terminate) >> >> >> >> >> >> webview = QWebView() >> >> >> webview.load(QUrl(ROOT_URL)) >> >> >> webview.show() >> >> >> >> >> >> return qtapp.exec_() >> >> >> >> >> >> >> >> >> if __name__ == '__main__': >> >> >> app = Flask(__name__) >> >> >> >> >> >> @app.route('/') >> >> >> def index(): >> >> >> return "Hola Mundo!!" >> >> >> >> >> >> sys.exit(provide_GUI_for(app)) >> >> >> >> >> >>> >> >> >>> >> >> >>> >> >> >>> 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 < >> >> 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 >> >> >>> 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 mailing list >> >> >> 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 mailing list >> >> 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 mailing list > 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
Pues escoger el motor de base de datos no tiene nada q ver con q sea desktop o web, sino va en función de la cantidad de información q tiene q almacenar, si va montada en red y permite múltiples usuarios (sqlite no) y accesos con concultas recurrentes, punteros, inserciones y un largo ETC.. Saludos / Best regards Mario Lacunza Email:: mlacu...@gmail.com Personal Website:: http://www.lacunza.biz/ Hosting:: http://mlv-host.com/ Mascotas Perdidas:: http://mascotas-perdidas.com/ Skype: mlacunzav Lima - Peru El 12 de enero de 2016, 14:25, Kiko escribió: > BTW, si es una aplicación de escritorio porqué irías con postgresql y > no con algo más simple con sqlite? > > El 12/1/16, Nicolas lino escribió: > > Kivy++ > > > > El 12 de enero de 2016, 16:11, Nekmo escribió: > > > >> No he probado Kivy, pero tiene buena pinta. > >> > >> https://kivy.org/ > >> > >> Un cordial saludo: > >> -- Nekmo. > >> > >> Sitio web: http://nekmo.com > >> Dirección de contacto: conta...@nekmo.com > >> XMPP/Jabber: conta...@nekmo.com > >> Google+: Nekmo Com > >> > >> > >> El día 12 de enero de 2016, 19:33, Mario Lacunza > >> escribió: > >> > Creo q pidió app de escritorio y no web...xq para el caso también > puede > >> usar > >> > Django. > >> > > >> > Saludos / Best regards > >> > > >> > Mario Lacunza > >> > Email:: mlacu...@gmail.com > >> > Personal Website:: http://www.lacunza.biz/ > >> > Hosting:: http://mlv-host.com/ > >> > Mascotas Perdidas:: http://mascotas-perdidas.com/ > >> > Skype: mlacunzav > >> > > >> > Lima - Peru > >> > > >> > El 12 de enero de 2016, 13:25, Kiko > escribió: > >> >> > >> >> > >> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez > >> >> >> > > >> >> escribió: > >> >>> > >> >>> Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que > >> >>> corren como de escritorio!, como sería eso?. > >> >> > >> >> > >> >> Con flask puedes crer una aplicación web que puedes embeber dentro de > >> >> un > >> >> QWebView (PyQT), por ejemplo. > >> >> > >> >> O, directamente, puedes correrlo en un navegador y no depender de > >> >> PyQT, > >> >> Wx, GTK/PyGObject,... Dependerás de otras cosas. > >> >> > >> >> Pero es solo una sugerencia. Depende de lo que necesites hacer. > >> >> > >> >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí > >> >> (http://codereview.stackexchange.com/a/114307): > >> >> > >> >> #Testedo en Python3.5 > >> >> > >> >> import sys > >> >> > >> >> from PyQt4.QtCore import QThread, QUrl > >> >> from PyQt4.QtGui import QApplication > >> >> from PyQt4.QtWebKit import QWebView > >> >> from flask import Flask > >> >> > >> >> PORT = 5000 > >> >> ROOT_URL = 'http://localhost:{}'.format(PORT) > >> >> > >> >> > >> >> class FlaskThread(QThread): > >> >> def __init__(self, application): > >> >> QThread.__init__(self) > >> >> self.application = application > >> >> > >> >> def __del__(self): > >> >> self.wait() > >> >> > >> >> def run(self): > >> >> self.application.run(port=PORT) > >> >> > >> >> > >> >> def provide_GUI_for(application): > >> >> qtapp = QApplication(sys.argv) > >> >> > >> >> webapp = FlaskThread(application) > >> >> webapp.start() > >> >> > >> >> qtapp.aboutToQuit.connect(webapp.terminate) > >> >> > >> >> webview = QWebView() > >> >> webview.load(QUrl(ROOT_URL)) > >> >> webview.show() > >> >> > >> >> return qtapp.exec_() > >> >> > >> >> > >> >> if __name__ == '__main__': > >> >> app = Flask(__name__) > >> >> > >> >> @app.route('/') > >> >> def index(): > >> &
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
BTW, si es una aplicación de escritorio porqué irías con postgresql y no con algo más simple con sqlite? El 12/1/16, Nicolas lino escribió: > Kivy++ > > El 12 de enero de 2016, 16:11, Nekmo escribió: > >> No he probado Kivy, pero tiene buena pinta. >> >> https://kivy.org/ >> >> Un cordial saludo: >> -- Nekmo. >> >> Sitio web: http://nekmo.com >> Dirección de contacto: conta...@nekmo.com >> XMPP/Jabber: conta...@nekmo.com >> Google+: Nekmo Com >> >> >> El día 12 de enero de 2016, 19:33, Mario Lacunza >> escribió: >> > Creo q pidió app de escritorio y no web...xq para el caso también puede >> usar >> > Django. >> > >> > Saludos / Best regards >> > >> > Mario Lacunza >> > Email:: mlacu...@gmail.com >> > Personal Website:: http://www.lacunza.biz/ >> > Hosting:: http://mlv-host.com/ >> > Mascotas Perdidas:: http://mascotas-perdidas.com/ >> > Skype: mlacunzav >> > >> > Lima - Peru >> > >> > El 12 de enero de 2016, 13:25, Kiko escribió: >> >> >> >> >> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez >> >> > > >> >> escribió: >> >>> >> >>> Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que >> >>> corren como de escritorio!, como sería eso?. >> >> >> >> >> >> Con flask puedes crer una aplicación web que puedes embeber dentro de >> >> un >> >> QWebView (PyQT), por ejemplo. >> >> >> >> O, directamente, puedes correrlo en un navegador y no depender de >> >> PyQT, >> >> Wx, GTK/PyGObject,... Dependerás de otras cosas. >> >> >> >> Pero es solo una sugerencia. Depende de lo que necesites hacer. >> >> >> >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí >> >> (http://codereview.stackexchange.com/a/114307): >> >> >> >> #Testedo en Python3.5 >> >> >> >> import sys >> >> >> >> from PyQt4.QtCore import QThread, QUrl >> >> from PyQt4.QtGui import QApplication >> >> from PyQt4.QtWebKit import QWebView >> >> from flask import Flask >> >> >> >> PORT = 5000 >> >> ROOT_URL = 'http://localhost:{}'.format(PORT) >> >> >> >> >> >> class FlaskThread(QThread): >> >> def __init__(self, application): >> >> QThread.__init__(self) >> >> self.application = application >> >> >> >> def __del__(self): >> >> self.wait() >> >> >> >> def run(self): >> >> self.application.run(port=PORT) >> >> >> >> >> >> def provide_GUI_for(application): >> >> qtapp = QApplication(sys.argv) >> >> >> >> webapp = FlaskThread(application) >> >> webapp.start() >> >> >> >> qtapp.aboutToQuit.connect(webapp.terminate) >> >> >> >> webview = QWebView() >> >> webview.load(QUrl(ROOT_URL)) >> >> webview.show() >> >> >> >> return qtapp.exec_() >> >> >> >> >> >> if __name__ == '__main__': >> >> app = Flask(__name__) >> >> >> >> @app.route('/') >> >> def index(): >> >> return "Hola Mundo!!" >> >> >> >> sys.exit(provide_GUI_for(app)) >> >> >> >>> >> >>> >> >>> >> >>> 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 < >> jesusq...@msn.com> >> >>> escribió: >> >>> >> >>> Hola todos, he leído de todo un poco pero realmente no es suficiente >> como >> >>> p
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
No he probado Kivy, pero tiene buena pinta. https://kivy.org/ Un cordial saludo: -- Nekmo. Sitio web: http://nekmo.com Dirección de contacto: conta...@nekmo.com XMPP/Jabber: conta...@nekmo.com Google+: Nekmo Com El día 12 de enero de 2016, 19:33, Mario Lacunza escribió: > Creo q pidió app de escritorio y no web...xq para el caso también puede usar > Django. > > Saludos / Best regards > > Mario Lacunza > Email:: mlacu...@gmail.com > Personal Website:: http://www.lacunza.biz/ > Hosting:: http://mlv-host.com/ > Mascotas Perdidas:: http://mascotas-perdidas.com/ > Skype: mlacunzav > > Lima - Peru > > El 12 de enero de 2016, 13:25, Kiko escribió: >> >> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez >> escribió: >>> >>> Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que >>> corren como de escritorio!, como sería eso?. >> >> >> Con flask puedes crer una aplicación web que puedes embeber dentro de un >> QWebView (PyQT), por ejemplo. >> >> O, directamente, puedes correrlo en un navegador y no depender de PyQT, >> Wx, GTK/PyGObject,... Dependerás de otras cosas. >> >> Pero es solo una sugerencia. Depende de lo que necesites hacer. >> >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí >> (http://codereview.stackexchange.com/a/114307): >> >> #Testedo en Python3.5 >> >> import sys >> >> from PyQt4.QtCore import QThread, QUrl >> from PyQt4.QtGui import QApplication >> from PyQt4.QtWebKit import QWebView >> from flask import Flask >> >> PORT = 5000 >> ROOT_URL = 'http://localhost:{}'.format(PORT) >> >> >> class FlaskThread(QThread): >> def __init__(self, application): >> QThread.__init__(self) >> self.application = application >> >> def __del__(self): >> self.wait() >> >> def run(self): >> self.application.run(port=PORT) >> >> >> def provide_GUI_for(application): >> qtapp = QApplication(sys.argv) >> >> webapp = FlaskThread(application) >> webapp.start() >> >> qtapp.aboutToQuit.connect(webapp.terminate) >> >> webview = QWebView() >> webview.load(QUrl(ROOT_URL)) >> webview.show() >> >> return qtapp.exec_() >> >> >> if __name__ == '__main__': >> app = Flask(__name__) >> >> @app.route('/') >> def index(): >> return "Hola Mundo!!" >> >> sys.exit(provide_GUI_for(app)) >> >>> >>> >>> >>> 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 >>> 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 >>> 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 mailing list >> 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 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
Kivy++ El 12 de enero de 2016, 16:11, Nekmo escribió: > No he probado Kivy, pero tiene buena pinta. > > https://kivy.org/ > > Un cordial saludo: > -- Nekmo. > > Sitio web: http://nekmo.com > Dirección de contacto: conta...@nekmo.com > XMPP/Jabber: conta...@nekmo.com > Google+: Nekmo Com > > > El día 12 de enero de 2016, 19:33, Mario Lacunza > escribió: > > Creo q pidió app de escritorio y no web...xq para el caso también puede > usar > > Django. > > > > Saludos / Best regards > > > > Mario Lacunza > > Email:: mlacu...@gmail.com > > Personal Website:: http://www.lacunza.biz/ > > Hosting:: http://mlv-host.com/ > > Mascotas Perdidas:: http://mascotas-perdidas.com/ > > Skype: mlacunzav > > > > Lima - Peru > > > > El 12 de enero de 2016, 13:25, Kiko escribió: > >> > >> > >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez > > >> escribió: > >>> > >>> Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que > >>> corren como de escritorio!, como sería eso?. > >> > >> > >> Con flask puedes crer una aplicación web que puedes embeber dentro de un > >> QWebView (PyQT), por ejemplo. > >> > >> O, directamente, puedes correrlo en un navegador y no depender de PyQT, > >> Wx, GTK/PyGObject,... Dependerás de otras cosas. > >> > >> Pero es solo una sugerencia. Depende de lo que necesites hacer. > >> > >> Un ejemplo mínimo de lo primero copiado/adaptado de aquí > >> (http://codereview.stackexchange.com/a/114307): > >> > >> #Testedo en Python3.5 > >> > >> import sys > >> > >> from PyQt4.QtCore import QThread, QUrl > >> from PyQt4.QtGui import QApplication > >> from PyQt4.QtWebKit import QWebView > >> from flask import Flask > >> > >> PORT = 5000 > >> ROOT_URL = 'http://localhost:{}'.format(PORT) > >> > >> > >> class FlaskThread(QThread): > >> def __init__(self, application): > >> QThread.__init__(self) > >> self.application = application > >> > >> def __del__(self): > >> self.wait() > >> > >> def run(self): > >> self.application.run(port=PORT) > >> > >> > >> def provide_GUI_for(application): > >> qtapp = QApplication(sys.argv) > >> > >> webapp = FlaskThread(application) > >> webapp.start() > >> > >> qtapp.aboutToQuit.connect(webapp.terminate) > >> > >> webview = QWebView() > >> webview.load(QUrl(ROOT_URL)) > >> webview.show() > >> > >> return qtapp.exec_() > >> > >> > >> if __name__ == '__main__': > >> app = Flask(__name__) > >> > >> @app.route('/') > >> def index(): > >> return "Hola Mundo!!" > >> > >> sys.exit(provide_GUI_for(app)) > >> > >>> > >>> > >>> > >>> 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 < > 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 > >>> >
Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio
Creo q pidió app de escritorio y no web...xq para el caso también puede usar Django. Saludos / Best regards Mario Lacunza Email:: mlacu...@gmail.com Personal Website:: http://www.lacunza.biz/ Hosting:: http://mlv-host.com/ Mascotas Perdidas:: http://mascotas-perdidas.com/ Skype: mlacunzav Lima - Peru El 12 de enero de 2016, 13:25, Kiko escribió: > > El 12 de enero de 2016, 18:38, Jesús Quintero Suárez > escribió: > >> Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que >> corren como de escritorio!, como sería eso?. >> >> > Con flask puedes crer una aplicación web que puedes embeber dentro de un > QWebView (PyQT), por ejemplo. > > O, directamente, puedes correrlo en un navegador y no depender de PyQT, > Wx, GTK/PyGObject,... Dependerás de otras cosas. > > Pero es solo una sugerencia. Depende de lo que necesites hacer. > > Un ejemplo mínimo de lo primero copiado/adaptado de aquí ( > http://codereview.stackexchange.com/a/114307): > > > *#Testedo en Python3.5* > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *import sysfrom PyQt4.QtCore import QThread, QUrlfrom PyQt4.QtGui import > QApplicationfrom PyQt4.QtWebKit import QWebViewfrom flask import FlaskPORT > = 5000ROOT_URL = 'http://localhost:{}'.format(PORT)class > FlaskThread(QThread):def __init__(self, application): > QThread.__init__(self)self.application = applicationdef > __del__(self):self.wait()def run(self): > self.application.run(port=PORT)def provide_GUI_for(application):qtapp = > QApplication(sys.argv)webapp = FlaskThread(application) > webapp.start()qtapp.aboutToQuit.connect(webapp.terminate)webview = > QWebView()webview.load(QUrl(ROOT_URL))webview.show()return > qtapp.exec_()if __name__ == '__main__':app = Flask(__name__) > @app.route('/')def index():return "Hola Mundo!!" > sys.exit(provide_GUI_for(app))* > > >> >> >> *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 >> 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 >> 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 mailing list > 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
Para mi: ORM: SQL Alchemy Widgets: wxPython q x licencia te permite cerrar tu código y venderlo. wxFormBuilder: para diseñar las GUI y además te genera el código base. Powerarchitect: para modelar tu BD PG Codedesigner RAD: si te gusta modelar en UML primero tu sistema esta tool te crea el codigo basado en los mismos. Para escribir código pues Eclipse+pydev y su excelente debugguer o Sublime text2 o la nueva versión del viejo Boa Constructor. Saludos / Best regards Mario Lacunza Email:: mlacu...@gmail.com Personal Website:: http://www.lacunza.biz/ Hosting:: http://mlv-host.com/ Mascotas Perdidas:: http://mascotas-perdidas.com/ Skype: mlacunzav Lima - Peru El 12 de enero de 2016, 12:38, Jesús Quintero Suárez escribió: > 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 > 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 > 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 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
El 12 de enero de 2016, 18:38, Jesús Quintero Suárez escribió: > Kiko, si entiendo bien, con flask puedo desarrollar aplicaciones que > corren como de escritorio!, como sería eso?. > > Con flask puedes crer una aplicación web que puedes embeber dentro de un QWebView (PyQT), por ejemplo. O, directamente, puedes correrlo en un navegador y no depender de PyQT, Wx, GTK/PyGObject,... Dependerás de otras cosas. Pero es solo una sugerencia. Depende de lo que necesites hacer. Un ejemplo mínimo de lo primero copiado/adaptado de aquí ( http://codereview.stackexchange.com/a/114307): *#Testedo en Python3.5* *import sysfrom PyQt4.QtCore import QThread, QUrlfrom PyQt4.QtGui import QApplicationfrom PyQt4.QtWebKit import QWebViewfrom flask import FlaskPORT = 5000ROOT_URL = 'http://localhost:{}'.format(PORT)class FlaskThread(QThread):def __init__(self, application): QThread.__init__(self)self.application = applicationdef __del__(self):self.wait()def run(self): self.application.run(port=PORT)def provide_GUI_for(application):qtapp = QApplication(sys.argv)webapp = FlaskThread(application) webapp.start()qtapp.aboutToQuit.connect(webapp.terminate)webview = QWebView()webview.load(QUrl(ROOT_URL))webview.show()return qtapp.exec_()if __name__ == '__main__':app = Flask(__name__) @app.route('/')def index():return "Hola Mundo!!" sys.exit(provide_GUI_for(app))* > > > *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 > 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 > 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 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
El 12 de enero de 2016, 16:34, Jesús Quintero Suárez 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 > 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/