Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Andres Gonzalez]

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

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Fernando Villarroel via Python-es]

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 

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Kiko]

El 12 de enero de 2016, 18:38, Jesús Quintero Suárez <jesusq...@msn.com>
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 <python-es@python.org>
> *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/

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Nekmo]

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 <mlacu...@gmail.com> 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 <kikocorre...@gmail.com> escribió:
>>
>>
>> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez <jesusq...@msn.com>
>> 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 <python-es@python.org>
>>> 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/

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Mario Lacunza]

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 <jesusq...@msn.com>
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 <python-es@python.org>
> *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/

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Kiko]

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 <nicolasli...@gmail.com> escribió:
> Kivy++
>
> El 12 de enero de 2016, 16:11, Nekmo <conta...@nekmo.com> 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 <mlacu...@gmail.com>
>> 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 <kikocorre...@gmail.com> escribió:
>> >>
>> >>
>> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez
>> >> <jesusq...@msn.com
>> >
>> >> 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 <python-es@python.org>
>> >>> 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ó:
>> >>>
>> >>&g

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Mario Lacunza]

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 <kikocorre...@gmail.com> escribió:

>
> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez <jesusq...@msn.com>
> 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 <python-es@python.org>
>> *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/

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Nicolas lino]

Kivy++

El 12 de enero de 2016, 16:11, Nekmo <conta...@nekmo.com> 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 <mlacu...@gmail.com>
> 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 <kikocorre...@gmail.com> escribió:
> >>
> >>
> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez <jesusq...@msn.com
> >
> >> 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 <python-es@python.org>
> >>> 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.
> >>>
> >>>
> >>>
> >>>
> &

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Nekmo]

gt;> >> 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 <python-es@python.org>
>> >> >>> 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

[Nekmo]

t;> <mlacu...@gmail.com>
>> >> >> 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 <kikocorre...@gmail.com>
>> >> >> > escribió:
>> >> >> >>
>> >> >> >>
>> >> >> >> El 12 de enero de 2016, 18:38, Jesús Quintero Suárez
>> >> >> >> <jesusq...@msn.com
>> >> >> >
>> >> >> >> 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('/')
>> >&

[Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Jesús Quintero Suárez]

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]

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/

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Mario Lacunza]

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

[Mario Lacunza]

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

[Nekmo]

 @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/
>>
>>
>
> ___
> 

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Mario Lacunza]

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, 

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Nekmo]

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 

Re: [Python-es] Orientación para el desarrollo de aplicaciones de escritorio

[Jesús Quintero Suárez]

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 <python-es@python.org>
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 
<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/