Discussion:
La muerte de PyGTK?,que pasa con Wx?
Juan Carlos Ojeda
2010-11-04 00:42:10 UTC
Permalink
La muerte de PyGTK:

http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting

<http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting>
http://live.gnome.org/TwoPointNinetyone/

En esa pagina oficial de gnome dice:

targets for GNOME 3.0: *(...) *Kill PyGTK *(...)*
*
*
Dice que hay que migrar hacia algo llamado GObject.

Alguien tiene noticias de que pasara con PyGTK a futuro?

Alguien tiene noticias de que pasara con WXPython, que wrappea con GTK?

Busque info de si se estaba desarrollando un WXPython usando Python3 y GTK3
pero no encontre nada,
alguien sabe algo al respecto...?
--
.
Roberto Alsina
2010-11-04 00:46:59 UTC
Permalink
Juan Carlos Ojeda writes:

> « HTML content follows »
>
> La muerte de PyGTK:
>
> <URL:http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting>http://liv
> e.gnome.org/GnomeGoals/PythonIntrospectionPorting
>
>
> <URL:http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting><URL:http:
> //live.gnome.org/TwoPointNinetyone/>http://live.gnome.org/TwoPointNinetyone
> /
>
>
> En esa pagina oficial de gnome dice:
>
>
> targets for GNOME 3.0: (...) Kill PyGTK (...)
>
> Dice que hay que migrar hacia algo llamado GObject.
>
>
> Alguien tiene noticias de que pasara con PyGTK a futuro?

Se va a cambiar la implementacion para que use GObject. No te deberías ni
dar cuenta (supongo).

>
>
> Alguien tiene noticias de que pasara con WXPython, que wrappea con GTK?

Wx wrapea gtk, no pygtk asi que no hay ninguna relación.


>
> Busque info de si se estaba desarrollando un WXPython usando Python3 y
> GTK3 pero no encontre nada, 
> alguien sabe algo al respecto...?
>
> --
> .
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
N Cis
2010-11-04 00:50:35 UTC
Permalink
Entonces que sugieren para programadores que estan recien arrancando con esto de hacer una gui?
Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..

Saludos.
Ivan Alejandro
2010-11-04 01:05:17 UTC
Permalink
2010/11/3 N Cis <n.cis_92-***@public.gmane.org>:
> Entonces que sugieren para programadores que estan recien arrancando con
> esto de hacer una gui?
> Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..
>
> Saludos.
>
de [0]: "PyGObject is a Python dynamic module that enables developers
to use the power of GObject which is part of the GNOME platform."
esto significa que PyGObject es dependiende de gnome? si es asi
conviene seguir programando en pyGTK, sino dejaria de ser
multiplataforma.

En mi opinion esta bueno arrancar con PyQt4, un framework muy
{completo, documentado, facil de usar}... pero no conozco tanto las
otras, asique el resto quizas sea una buena alternativa.

Saludos

[0] http://live.gnome.org/PyGObject


--
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Marcelo Fernandez
2010-11-04 01:37:08 UTC
Permalink
El día 3 de noviembre de 2010 22:05, Ivan Alejandro
<ivanalejandro0-***@public.gmane.org> escribió:
> 2010/11/3 N Cis <n.cis_92-***@public.gmane.org>:
>> Entonces que sugieren para programadores que estan recien arrancando con
>> esto de hacer una gui?
>> Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..

Los invito a leer y colaborar: :-)
http://python.org.ar/pyar/InterfacesGraficas

> de [0]: "PyGObject is a Python dynamic module that enables developers
> to use the power of GObject which is part of the GNOME platform."
> esto significa que PyGObject es dependiende de gnome?

Al revés, GObject es la piedra fundamental del proyecto Gnome, pero a
diferencia del desktop, sí corre en Windows (sino no correría GTK
siquiera).

Hay que pensar que no cambia lo que está abajo de PyGTK (que siempre
fue GTK y GObject), sino que lo que cambia es PyGTK en sí mismo, por
algo que es bastante más flexible y que se mantiene de manera mucho
más sencilla (el binding, o sea). Esperemos que el esfuerzo dé sus
frutos.... y sino pregúntenle a Mariano Guerra cómo instalar PyGTK en
Windows :-P

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
N Cis
2010-11-04 01:49:38 UTC
Permalink
> >> Entonces que sugieren para programadores que estan recien arrancando con
> >> esto de hacer una gui?
> >> Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..
>
> Los invito a leer y colaborar: :-)
> http://python.org.ar/pyar/InterfacesGraficas

A lo qe me referia era, vale la pena ponerse a desarrollar en pygtk sabiendo que se va a discontinuar?, o lo conveniente es que directamente ni pierda mi tiempo con eso, y agarre otra libreria (creo qe voy a estar entre wxPython y pyQt)

Saludos.
Marcelo Fernandez
2010-11-04 02:05:45 UTC
Permalink
2010/11/3 N Cis <n.cis_92-***@public.gmane.org>:
>> >> Entonces que sugieren para programadores que estan recien arrancando
>> >> con
>> >> esto de hacer una gui?
>> >> Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..
>>
>> Los invito a leer y colaborar: :-)
>> http://python.org.ar/pyar/InterfacesGraficas
>
> A lo qe me referia era, vale la pena ponerse a desarrollar en pygtk sabiendo
> que se va a discontinuar?, o lo conveniente es que directamente ni pierda mi
> tiempo con eso, y agarre otra libreria (creo qe voy a estar entre wxPython y
> pyQt)
>

IMHO, programá en PyGTK sólo si la mayoría de tus usuarios van a
correr Linux; PyGobject está verde todavía. En caso contrario, evaluá
wxPython y PyQT (o PySide si querés hacer algo cerrado con QT). YMMV.

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Juan Carlos Ojeda
2010-11-04 02:08:10 UTC
Permalink
2010/11/3 N Cis <n.cis_92-***@public.gmane.org>

> > >> Entonces que sugieren para programadores que estan recien arrancando
> con
> > >> esto de hacer una gui?
> > >> Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..
> >
> > Los invito a leer y colaborar: :-)
> > http://python.org.ar/pyar/InterfacesGraficas
>
> A lo qe me referia era, vale la pena ponerse a desarrollar en pygtk
> sabiendo que se va a discontinuar?, o lo conveniente es que directamente ni
> pierda mi tiempo con eso, y agarre otra libreria (creo qe voy a estar entre
> wxPython y pyQt)
>
> Saludos.
>
>
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>

PyGTK va a usar PyGObject por debajo,
Entonces:
Python--->PyGTK--->PyGObject--->GTK
-No lo hara mas lento?

Wx me preocupa,
por que me parece agradable, espero verlo con GTK3 y Python3 pronto.
--
.
claudio canepa
2010-11-04 02:22:12 UTC
Permalink
2010/11/3 Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>

>
>
> Wx me preocupa,
> por que me parece agradable, espero verlo con GTK3 y Python3 pronto.
> --
> .
>
> _______________________________________________
>


wx no está muy cerca de python 3, fijate al final de
http://wiki.wxpython.org/TentativeRoadmap

( y el NuevaGeneracion que se menciona alli al parecer recien empieza el
estado de desarrollo formal, ni siquiera está decidido que auxiliar para
construir los bindings se va a usar:
http://thread.gmane.org/gmane.comp.python.wxpython.devel/3943)

--
claudio
Martín Gaitán
2010-11-04 02:58:07 UTC
Permalink
2010/11/3 claudio canepa <ccanepacc-***@public.gmane.org>

>
> wx no está muy cerca de python 3, fijate al final de
> http://wiki.wxpython.org/TentativeRoadmap
>
> ( y el NuevaGeneracion que se menciona alli al parecer recien empieza el
> estado de desarrollo formal, ni siquiera está decidido que auxiliar para
> construir los bindings se va a usar:
> http://thread.gmane.org/gmane.comp.python.wxpython.devel/3943)
>
>
wxPython está en un proceso de "borrón y cuenta nueva" que llamaron
"proyecto fenix" (fenix debe ser la metáfora más quemada que hay, <cuac>)

http://wiki.wxpython.org/ProjectPhoenix
http://wiki.wxpython.org/ProjectPhoenix/ProjectGoals

Como dice claudio, entre muchas cosas, están decidiendo con que wrappear la
biblioteca wxwidget. Hasta ahora se hace con SWIG , pero el producto es muy
sucio y dificil de mantener. Parece que lo que tiene más fichas en esta
nueva etapa es SIP [1] (usado por PyQt) que soporta Python 3.

[1] http://www.riverbankcomputing.co.uk/software/sip/intro
Marcelo Fernandez
2010-11-04 03:06:13 UTC
Permalink
2010/11/3 Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>:
>
> PyGTK va a usar PyGObject por debajo,
> Entonces:
> Python--->PyGTK--->PyGObject--->GTK

No, quedaría así:

Python -> PyGObject -> GTK

> -No lo hara mas lento?

No sé cómo funciona por debajo, pero si bien es probable que esta
flexibilidad tenga un costo (la introspección no suele ser gratis), no
creo que se convierta en un factor de peso.

> Wx me preocupa,
> por que me parece agradable, espero verlo con GTK3 y Python3 pronto.

Si bien generalmente el proyecto wxWidgets se tomó su tiempo en tomar
los cambios de toolkits en las diferentes plataformas, primero debería
salir GTK 3, ¿no te parece?

Con respecto a Python 3, es como dice Martín... al final todos estos
proyecto están más o menos tendiendo a lo mismo, introspección y
bindings automágicos. Y en esto, *parece* (sin conocer mucho PyQT) que
PyGObject está en mucha mejor forma.


Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Roberto Alsina
2010-11-04 09:57:28 UTC
Permalink
On Thursday 04 November 2010 00:06:13 Marcelo Fernandez wrote:
> Con respecto a Python 3, es como dice Martín... al final todos estos
> proyecto están más o menos tendiendo a lo mismo, introspección y
> bindings automágicos. Y en esto, parece (sin conocer mucho PyQT) que
> PyGObject está en mucha mejor forma.

Hay un mecanismo de hacer bindings para Qt por introspección en uso hace tipo
5 años, que se llama libSmoke. El único binding que no lo usa es PyQt y PySide
(ni idea porqué).
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Facundo Batista
2010-11-04 10:41:35 UTC
Permalink
2010/11/3 N Cis <n.cis_92-***@public.gmane.org>:

> Entonces que sugieren para programadores que estan recien arrancando con
> esto de hacer una gui?
> Aprender eso de PyGobject?, WxPython? Pyqt? Otro?..

Elegí cualquiera, pero arrancá con alguno.

Y que no te importe qué va a pasar de acá a tres años.

En tres años, deberías haber aprendido uno bastante bien, tener idea
del resto, y el costo del cambio (si lo hubiera) debería ser bajo.

Entonces, preocupate menos de lo que va a pasar en el largo plazo, y
empezá a codear.

Slds.

--
.    Facundo

Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Manuel Naranjo
2010-11-04 12:08:04 UTC
Permalink
> Elegí cualquiera, pero arrancá con alguno.
>
> Y que no te importe qué va a pasar de acá a tres años.
>
> En tres años, deberías haber aprendido uno bastante bien, tener idea
> del resto, y el costo del cambio (si lo hubiera) debería ser bajo.
>
> Entonces, preocupate menos de lo que va a pasar en el largo plazo, y
> empezá a codear.
Sabias palabras!

Yo últimamente vengo con la idea de que la mejor forma de hacer GUIs
portables es usando el browser, no sé porque pero me esta dando esa
idea, y la lighting the Roberto Alsina medio como que me pego para
hacerlo, vamos a ver que sale a futuro.
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
N Cis
2010-11-04 15:34:36 UTC
Permalink
> > Elegí cualquiera, pero arrancá con alguno.
> >
> > Y que no te importe qué va a pasar de acá a tres años.
> >
> > En tres años, deberías haber aprendido uno bastante bien, tener idea
> > del resto, y el costo del cambio (si lo hubiera) debería ser bajo.
> >
> > Entonces, preocupate menos de lo que va a pasar en el largo plazo, y
> > empezá a codear.

Arranque un cacho con pyGtk, pero vi esto y me dio miedo xD,, Dsp probare seguir con wx o pyqt, asi tengo mas posibilidades de multiplataforma..

[Offtopic]
> Yo últimamente vengo con la idea de que la mejor forma de hacer GUIs
> portables es usando el browser, no sé porque pero me esta dando esa
> idea, y la lighting the Roberto Alsina medio como que me pego para
> hacerlo, vamos a ver que sale a futuro.

Como es eso?, no entendi. Montas algo estilo un web server en python para la interfaz de tus programas?.
Me explicas un poco como lo haces?.
[/Offtopic]
Marcelo Fernandez
2010-11-04 16:00:16 UTC
Permalink
2010/11/4 N Cis <n.cis_92-***@public.gmane.org>
> >
> > Yo últimamente vengo con la idea de que la mejor forma de hacer GUIs
> > portables es usando el browser, no sé porque pero me esta dando esa
> > idea, y la lighting the Roberto Alsina medio como que me pego para
> > hacerlo, vamos a ver que sale a futuro.
>
> Como es eso?, no entendi. Montas algo estilo un web server en python para la interfaz de tus programas?.
> Me explicas un poco como lo haces?.

Básicamente y por lo que entendí, es una aplicación de escritorio que
embebe un browser y puede tener un webserver local para disparar
procesos locales (aunque es opcional, depende de las necesidades).
Esto ya lo ví en una charla de la PyCon 2009, sugiero que la veas:

The Browser Interface, Local Server (BILS) Application
http://us.pycon.org/2009/conference/schedule/event/92/

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Esteban Kuber
2010-11-04 17:31:02 UTC
Permalink
2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
> 2010/11/4 N Cis <n.cis_92-***@public.gmane.org>
>> >
>> > Yo últimamente vengo con la idea de que la mejor forma de hacer GUIs
>> > portables es usando el browser, no sé porque pero me esta dando esa
>> > idea, y la lighting the Roberto Alsina medio como que me pego para
>> > hacerlo, vamos a ver que sale a futuro.
>>
>> Como es eso?, no entendi. Montas algo estilo un web server en python para la interfaz de tus programas?.
>> Me explicas un poco como lo haces?.
>
> Básicamente y por lo que entendí, es una aplicación de escritorio que
> embebe un browser y puede tener un webserver local para disparar
> procesos locales (aunque es opcional, depende de las necesidades).
> Esto ya lo ví en una charla de la PyCon 2009, sugiero que la veas:
>
> The Browser Interface, Local Server (BILS) Application
> http://us.pycon.org/2009/conference/schedule/event/92/

Si vas a hacer algo asi, por ahi te conviente hacer una aplicacion
HTML5 con local storage. De esa manera, tenes tu servidor, desde donde
se puede usar la app por primera vez, y despues, si la aplicacion esta
bien hecha, usarlo off-line for ever and ever. En efecto esto
convierte tu web server en un instalador.

YMMV
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Marcelo Fernandez
2010-11-04 18:25:43 UTC
Permalink
El día 4 de noviembre de 2010 14:31, Esteban Kuber <ekuber-***@public.gmane.org> escribió:
> 2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
>> 2010/11/4 N Cis <n.cis_92-***@public.gmane.org>
>>> >
>>> > Yo últimamente vengo con la idea de que la mejor forma de hacer GUIs
>>> > portables es usando el browser, no sé porque pero me esta dando esa
>>> > idea, y la lighting the Roberto Alsina medio como que me pego para
>>> > hacerlo, vamos a ver que sale a futuro.
>>>
>>> Como es eso?, no entendi. Montas algo estilo un web server en python para la interfaz de tus programas?.
>>> Me explicas un poco como lo haces?.
>>
>> Básicamente y por lo que entendí, es una aplicación de escritorio que
>> embebe un browser y puede tener un webserver local para disparar
>> procesos locales (aunque es opcional, depende de las necesidades).
>> Esto ya lo ví en una charla de la PyCon 2009, sugiero que la veas:
>>
>> The Browser Interface, Local Server (BILS) Application
>> http://us.pycon.org/2009/conference/schedule/event/92/
>
> Si vas a hacer algo asi, por ahi te conviente hacer una aplicacion
> HTML5 con local storage. De esa manera, tenes tu servidor, desde donde
> se puede usar la app por primera vez, y despues, si la aplicacion esta
> bien hecha, usarlo off-line for ever and ever. En efecto esto
> convierte tu web server en un instalador.
>

¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
HTML5 que lo contemple?

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Juan Carlos Ojeda
2010-11-04 18:39:43 UTC
Permalink
2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>

> El día 4 de noviembre de 2010 14:31, Esteban Kuber <ekuber-***@public.gmane.org>
> escribió:
> > 2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
> >> 2010/11/4 N Cis <n.cis_92-***@public.gmane.org>
> >>> >
> >>> > Yo últimamente vengo con la idea de que la mejor forma de hacer GUIs
> >>> > portables es usando el browser, no sé porque pero me esta dando esa
> >>> > idea, y la lighting the Roberto Alsina medio como que me pego para
> >>> > hacerlo, vamos a ver que sale a futuro.
> >>>
> >>> Como es eso?, no entendi. Montas algo estilo un web server en python
> para la interfaz de tus programas?.
> >>> Me explicas un poco como lo haces?.
> >>
> >> Básicamente y por lo que entendí, es una aplicación de escritorio que
> >> embebe un browser y puede tener un webserver local para disparar
> >> procesos locales (aunque es opcional, depende de las necesidades).
> >> Esto ya lo ví en una charla de la PyCon 2009, sugiero que la veas:
> >>
> >> The Browser Interface, Local Server (BILS) Application
> >> http://us.pycon.org/2009/conference/schedule/event/92/
> >
> > Si vas a hacer algo asi, por ahi te conviente hacer una aplicacion
> > HTML5 con local storage. De esa manera, tenes tu servidor, desde donde
> > se puede usar la app por primera vez, y despues, si la aplicacion esta
> > bien hecha, usarlo off-line for ever and ever. En efecto esto
> > convierte tu web server en un instalador.
> >
>
> ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
> HTML5 que lo contemple?
>
> Saludos
> --
> Marcelo F. Fernández
> Buenos Aires, Argentina
> Licenciado en Sistemas - CCNA
>
> E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
> Blog: http://blog.marcelofernandez.info
> Twitter: http://twitter.com/fidelfernandez
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>


No entendi, yo quiero usar Python, no HTML.

Si la mayoria son multiplataforma, Wx, Tk, Qt ...
--
.
Mariano Garcia Berrotarán
2010-11-04 19:16:44 UTC
Permalink
2010/11/4 Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>

> No entendi, yo quiero usar Python, no HTML.
>

pero no son cosas incompatibles.


--
Mariano García Berrotarán
Martín Gaitán
2010-11-04 19:36:28 UTC
Permalink
2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>

>
> ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
> HTML5 que lo contemple?
>

según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI, no a
Python.

Es decir, si lo que querés es lanzar un proceso, un evento genera un mensaje
a través de ajax (o no), pasando por el servidor web (python, o no) y
llega tu 'código' python que entiende el mensaje y hace lo que deba hacer
(subprocess, o lo que sea).

Pero esto es según lo entiendo yo, que muy probablemente está mal.
Roberto Alsina
2010-11-04 19:39:17 UTC
Permalink
Martín Gaitán writes:

> « HTML content follows »
>
> 2010/11/4 Marcelo Fernandez
> <<URL:mailto:marcelo.fidel.fernandez-***@public.gmane.org>***@gmai
> l.com>
>
>
> ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
> HTML5 que lo contemple?
>
> según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI, no
> a Python.
>
> Es decir, si lo que querés es lanzar un proceso, un evento genera un
> mensaje a  través de ajax (o no), pasando por el servidor web (python, o
> no)  y llega tu 'código' python que entiende el mensaje y hace lo que deba
> hacer (subprocess, o lo que sea).
>
> Pero esto es según lo entiendo yo, que muy probablemente está mal.

No, está bárbaro. Y si querés usar python "del otro lado" usá pyjamas.
Y si querés usar python "en el medio" podes enganchar codigo python a
eventos javascript o DOM (ver pyjamas-desktop, creo)
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Marcelo Fernandez
2010-11-04 19:44:36 UTC
Permalink
El día 4 de noviembre de 2010 16:39, Roberto Alsina
<ralsina-***@public.gmane.org> escribió:
> Martín Gaitán writes:
>
>> « HTML content follows »
>>
>> 2010/11/4 Marcelo Fernandez
>> <<URL:mailto:marcelo.fidel.fernandez-***@public.gmane.org>***@gmai
>> l.com>
>>
>>      ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
>>   HTML5 que lo contemple?
>>
>> según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI, no
>> a Python.
>>
>> Es decir, si lo que querés es lanzar un proceso, un evento genera un
>> mensaje a  través de ajax (o no), pasando por el servidor web (python, o
>> no)  y llega tu 'código' python que entiende el mensaje y hace lo que deba
>> hacer (subprocess, o lo que sea).
>> Pero esto es según lo entiendo yo, que muy probablemente está mal.
>
> No, está bárbaro. Y si querés usar python "del otro lado" usá pyjamas.
> Y si querés usar python "en el medio" podes enganchar codigo python a
> eventos javascript o DOM (ver pyjamas-desktop, creo)

Buenísimo... eso mismo es de lo que se trataba la charla de la PyCon
(lo llamaron "Browser Interface, Local Server - BILS Applications"),
por eso lo comenté. Aún así pensé que HTML5 tenía algo más de lo que
no estaba enterado.

Justo en estos días se discutió un poco este esquema mixto/web/desktop
apps en la lista de wxPython y fue bastante interesante para mí, por
si a alguno le interesa lo dejo:

http://groups.google.com/group/wxpython-users/browse_thread/thread/4008370594a4c81d

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Mariano Reingart
2010-11-04 19:53:53 UTC
Permalink
2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
> El día 4 de noviembre de 2010 16:39, Roberto Alsina
> <ralsina-***@public.gmane.org> escribió:
>> Martín Gaitán writes:
>>
>>> « HTML content follows »
>>>
>>> 2010/11/4 Marcelo Fernandez
>>> <<URL:mailto:marcelo.fidel.fernandez-***@public.gmane.org>***@gmai
>>> l.com>
>>>
>>>      ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
>>>   HTML5 que lo contemple?
>>>
>>> según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI, no
>>> a Python.
>>>
>>> Es decir, si lo que querés es lanzar un proceso, un evento genera un
>>> mensaje a  través de ajax (o no), pasando por el servidor web (python, o
>>> no)  y llega tu 'código' python que entiende el mensaje y hace lo que deba
>>> hacer (subprocess, o lo que sea).
>>> Pero esto es según lo entiendo yo, que muy probablemente está mal.
>>
>> No, está bárbaro. Y si querés usar python "del otro lado" usá pyjamas.
>> Y si querés usar python "en el medio" podes enganchar codigo python a
>> eventos javascript o DOM (ver pyjamas-desktop, creo)
>
> Buenísimo... eso mismo es de lo que se trataba la charla de la PyCon
> (lo llamaron "Browser Interface, Local Server - BILS Applications"),
> por eso lo comenté. Aún así pensé que HTML5 tenía algo más de lo que
> no estaba enterado.
>
> Justo en estos días se discutió un poco este esquema mixto/web/desktop
> apps en la lista de wxPython y fue bastante interesante para mí, por
> si a alguno le interesa lo dejo:
>
> http://groups.google.com/group/wxpython-users/browse_thread/thread/4008370594a4c81d
>

Con wx podes usar wxHTML y aparte de tener un browser local, embeber
controles avanzados y enlazar los eventos directamente a Python (sin
javascript ni conversión alguna como pyjamas).
Aparte te olvidas del layout con sizers y esas cosas, directamente
podes usar html para ubicar los controles (sin css por el momento)

Yo estoy iniciando un proyectito, por si a alguien le interesa les paso el link:
http://code.google.com/p/gui2py/

La idea es de tener algo simple como web2py pero para escritorio (si
conocen PythonCard, seria algo parecido), onda Visual Basic pero bien
;-)

Sds

Mariano Reingart
http://www.sistemasagiles.com.ar
http://reingart.blogspot.com
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Roberto Alsina
2010-11-04 20:01:57 UTC
Permalink
Mariano Reingart writes:

> 2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
>> El día 4 de noviembre de 2010 16:39, Roberto Alsina
>> <ralsina-***@public.gmane.org> escribió:
>>> Martín Gaitán writes:
>>>
>>>> « HTML content follows »
>>>>
>>>> 2010/11/4 Marcelo Fernandez
>>>> <<URL:mailto:marcelo.fidel.fernandez-***@public.gmane.org>***@gmai
>>>> l.com>
>>>>
>>>>      ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
>>>>   HTML5 que lo contemple?
>>>>
>>>> según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI, no
>>>> a Python.
>>>>
>>>> Es decir, si lo que querés es lanzar un proceso, un evento genera un
>>>> mensaje a  través de ajax (o no), pasando por el servidor web (python, o
>>>> no)  y llega tu 'código' python que entiende el mensaje y hace lo que deba
>>>> hacer (subprocess, o lo que sea).
>>>> Pero esto es según lo entiendo yo, que muy probablemente está mal.
>>>
>>> No, está bárbaro. Y si querés usar python "del otro lado" usá pyjamas.
>>> Y si querés usar python "en el medio" podes enganchar codigo python a
>>> eventos javascript o DOM (ver pyjamas-desktop, creo)
>>
>> Buenísimo... eso mismo es de lo que se trataba la charla de la PyCon
>> (lo llamaron "Browser Interface, Local Server - BILS Applications"),
>> por eso lo comenté. Aún así pensé que HTML5 tenía algo más de lo que
>> no estaba enterado.
>>
>> Justo en estos días se discutió un poco este esquema mixto/web/desktop
>> apps en la lista de wxPython y fue bastante interesante para mí, por
>> si a alguno le interesa lo dejo:
>>
>> http://groups.google.com/group/wxpython-users/browse_thread/thread/4008370594a4c81d
>>
>
> Con wx podes usar wxHTML y aparte de tener un browser local, embeber
> controles avanzados y enlazar los eventos directamente a Python (sin
> javascript ni conversión alguna como pyjamas).
> Aparte te olvidas del layout con sizers y esas cosas, directamente
> podes usar html para ubicar los controles (sin css por el momento)
>
> Yo estoy iniciando un proyectito, por si a alguien le interesa les paso el link:
> http://code.google.com/p/gui2py/
>
> La idea es de tener algo simple como web2py pero para escritorio (si
> conocen PythonCard, seria algo parecido), onda Visual Basic pero bien
> ;-)

Este.... wxHTML es limitadín, metanle pata a WxWebkit mejor ;-)

Por ejemplo, una UI híbrida metiendo widgets adentro de un view en QtWebKit
es posible (nunca lo intenté):

http://qt.nokia.com/files/pdf/whitepaper-qt-hybrid-server-driven-ui/

Y sospecho que podes hacer lo mismo usando Gtk.


_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Lucas
2010-11-04 20:25:42 UTC
Permalink
2010/11/4 Roberto Alsina <ralsina-***@public.gmane.org>

> Mariano Reingart writes:
>
> 2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
>>
>>> El día 4 de noviembre de 2010 16:39, Roberto Alsina
>>> <ralsina-***@public.gmane.org> escribió:
>>>
>>>> Martín Gaitán writes:
>>>>
>>>> « HTML content follows »
>>>>>
>>>>> 2010/11/4 Marcelo Fernandez
>>>>> <<URL:mailto:marcelo.fidel.fernandez-***@public.gmane.org
>>>>> >***@gmai
>>>>> l.com>
>>>>>
>>>>> ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
>>>>> HTML5 que lo contemple?
>>>>>
>>>>> según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI,
>>>>> no
>>>>> a Python.
>>>>>
>>>>> Es decir, si lo que querés es lanzar un proceso, un evento genera un
>>>>> mensaje a través de ajax (o no), pasando por el servidor web (python,
>>>>> o
>>>>> no) y llega tu 'código' python que entiende el mensaje y hace lo que
>>>>> deba
>>>>> hacer (subprocess, o lo que sea).
>>>>> Pero esto es según lo entiendo yo, que muy probablemente está mal.
>>>>>
>>>>
>>>> No, está bárbaro. Y si querés usar python "del otro lado" usá pyjamas.
>>>> Y si querés usar python "en el medio" podes enganchar codigo python a
>>>> eventos javascript o DOM (ver pyjamas-desktop, creo)
>>>>
>>>
>>> Buenísimo... eso mismo es de lo que se trataba la charla de la PyCon
>>> (lo llamaron "Browser Interface, Local Server - BILS Applications"),
>>> por eso lo comenté. Aún así pensé que HTML5 tenía algo más de lo que
>>> no estaba enterado.
>>>
>>> Justo en estos días se discutió un poco este esquema mixto/web/desktop
>>> apps en la lista de wxPython y fue bastante interesante para mí, por
>>> si a alguno le interesa lo dejo:
>>>
>>>
>>> http://groups.google.com/group/wxpython-users/browse_thread/thread/4008370594a4c81d
>>>
>>>
>> Con wx podes usar wxHTML y aparte de tener un browser local, embeber
>> controles avanzados y enlazar los eventos directamente a Python (sin
>> javascript ni conversión alguna como pyjamas).
>> Aparte te olvidas del layout con sizers y esas cosas, directamente
>> podes usar html para ubicar los controles (sin css por el momento)
>>
>> Yo estoy iniciando un proyectito, por si a alguien le interesa les paso el
>> link:
>> http://code.google.com/p/gui2py/
>>
>> La idea es de tener algo simple como web2py pero para escritorio (si
>> conocen PythonCard, seria algo parecido), onda Visual Basic pero bien
>> ;-)
>>
>
> Este.... wxHTML es limitadín, metanle pata a WxWebkit mejor ;-)
>
> Por ejemplo, una UI híbrida metiendo widgets adentro de un view en QtWebKit
> es posible (nunca lo intenté):
>
> http://qt.nokia.com/files/pdf/whitepaper-qt-hybrid-server-driven-ui/
>
> Y sospecho que podes hacer lo mismo usando Gtk.
>
>
>
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>


Aca [0] esta pyjamas y pyjamas-desktop (que ahora es parte de pyjamas). Por
ahora pyjamas-desktop es medio feo para instalar y no funciona exactamente =
en todas las plataformas, pero esto va a cambiar cuando los nuevos bindings
de python-webkit esten terminados, ahi si que codear usando pyjamas va a ser
una opcion mas que interesante.

[0] http://pyjs.org/
[1] http://www.gnu.org/software/pythonwebkit/

--
Lucas
Juan Carlos Ojeda
2010-11-04 20:28:13 UTC
Permalink
2010/11/4 Mariano Reingart <reingart-***@public.gmane.org>

> 2010/11/4 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
> > El día 4 de noviembre de 2010 16:39, Roberto Alsina
> > <ralsina-***@public.gmane.org> escribió:
> >> Martín Gaitán writes:
> >>
> >>> « HTML content follows »
> >>>
> >>> 2010/11/4 Marcelo Fernandez
> >>> <<URL:mailto:marcelo.fidel.fernandez-***@public.gmane.org
> >***@gmai
> >>> l.com>
> >>>
> >>> ¿Y podés lanzar un proceso local sin usar un plugin? ¿Hay algo en
> >>> HTML5 que lo contemple?
> >>>
> >>> según entiendo, html5 (y un browser) reemplazaría a la biblioteca GUI,
> no
> >>> a Python.
> >>>
> >>> Es decir, si lo que querés es lanzar un proceso, un evento genera un
> >>> mensaje a través de ajax (o no), pasando por el servidor web (python,
> o
> >>> no) y llega tu 'código' python que entiende el mensaje y hace lo que
> deba
> >>> hacer (subprocess, o lo que sea).
> >>> Pero esto es según lo entiendo yo, que muy probablemente está mal.
> >>
> >> No, está bárbaro. Y si querés usar python "del otro lado" usá pyjamas.
> >> Y si querés usar python "en el medio" podes enganchar codigo python a
> >> eventos javascript o DOM (ver pyjamas-desktop, creo)
> >
> > Buenísimo... eso mismo es de lo que se trataba la charla de la PyCon
> > (lo llamaron "Browser Interface, Local Server - BILS Applications"),
> > por eso lo comenté. Aún así pensé que HTML5 tenía algo más de lo que
> > no estaba enterado.
> >
> > Justo en estos días se discutió un poco este esquema mixto/web/desktop
> > apps en la lista de wxPython y fue bastante interesante para mí, por
> > si a alguno le interesa lo dejo:
> >
> >
> http://groups.google.com/group/wxpython-users/browse_thread/thread/4008370594a4c81d
> >
>
> Con wx podes usar wxHTML y aparte de tener un browser local, embeber
> controles avanzados y enlazar los eventos directamente a Python (sin
> javascript ni conversión alguna como pyjamas).
> Aparte te olvidas del layout con sizers y esas cosas, directamente
> podes usar html para ubicar los controles (sin css por el momento)
>
> Yo estoy iniciando un proyectito, por si a alguien le interesa les paso el
> link:
> http://code.google.com/p/gui2py/
>
> La idea es de tener algo simple como web2py pero para escritorio (si
> conocen PythonCard, seria algo parecido), onda Visual Basic pero bien
> ;-)
>
> Sds
>
> Mariano Reingart
> http://www.sistemasagiles.com.ar
> http://reingart.blogspot.com
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>

El Pythoncard lo mire varias veces y no entendi por que supuestamente seria
mas facil,
no es para nada pythonico, ni parece un lenguaje,
mas me hace acordar a archivos de configuracion antiguos.

Pienso que es una herramienta de migracion para gente desde visual basics.

Ademas no creo sea bueno acostumbrarse a eso, y despues tener que usar el Wx
comun,
a mi me da la sensacion que el wrapper del wrapper del wrapper del wrapper
hace mas lenta la cosa.
--
.
Mariano Reingart
2010-11-04 20:48:12 UTC
Permalink
2010/11/4 Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>:
>
>
> 2010/11/4 Mariano Reingart <reingart-***@public.gmane.org>
>>
>>
>> Con wx podes usar wxHTML y aparte de tener un browser local, embeber
>> controles avanzados y enlazar los eventos directamente a Python (sin
>> javascript ni conversión alguna como pyjamas).
>> Aparte te olvidas del layout con sizers y esas cosas, directamente
>> podes usar html para ubicar los controles (sin css por el momento)
>>
>> Yo estoy iniciando un proyectito, por si a alguien le interesa les paso el
>> link:
>> http://code.google.com/p/gui2py/
>>
>> La idea es de tener algo simple como web2py pero para escritorio (si
>> conocen PythonCard, seria algo parecido), onda Visual Basic pero bien
>> ;-)
>>
>
> El Pythoncard lo mire varias veces y no entendi por que supuestamente seria
> mas facil,
> no es para nada pythonico, ni parece un lenguaje,

Porque lo de pythonico?
Lo de lenguaje no te entiendo, no es un lenguaje, en todo caso es un
framework o marco de trabajo.

> mas me hace acordar a archivos de configuracion antiguos.

Aca tampoco te entiendo, son diccionarios de python, mucho más simples
que XML que usan muchos toolkits.

> Pienso que es una herramienta de migracion para gente desde visual basics.

Efectivamente, aparte para mucha gente programar los toolkits
directamente es dificil y engorroso.

> Ademas no creo sea bueno acostumbrarse a eso, y despues tener que usar el Wx
> comun,

¿Por que motivo?

> a mi me da la sensacion que el wrapper del wrapper del wrapper del wrapper
> hace mas lenta la cosa.

Entonces te equivocaste de lenguaje :P chiste chiste

Ni con WxPython ni con PythonCard vas a notar alguna diferencia de
velocidad, mas que nada porque las cosas importantes se hacen en C, y
en python solo es el envoltorio para poder accederlo.

Para mi es mas importante la hora de programador que la hora de CPU,
siempre podes comprar mas máquina, es medio dificil contratar mas
programadores.

Las cosas simples deberían ser simples, las complejas, posibles...
PythonCard motto

Sds


Mariano Reingart
http://www.sistemasagiles.com.ar
http://reingart.blogspot.com
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Javier Castrillo
2010-11-05 09:49:15 UTC
Permalink
2010/11/4 Mariano Reingart <reingart-***@public.gmane.org>:

>
> Yo estoy iniciando un proyectito, por si a alguien le interesa les paso el link:
> http://code.google.com/p/gui2py/
>
> La idea es de tener algo simple como web2py pero para escritorio (si
> conocen PythonCard, seria algo parecido), onda Visual Basic pero bien
> ;-)

Sería un golazo para meterlo en las escuelas. Los profes con un poco
de onda pueden saltar a hacer algo copado sin tener que hacer una
curva grande de aprendizaje para pasar a wx (o PyQT o whatever)

Éxitos con el proyecto, ya hice un checkout, estaré siguiendo (y
aportando en la medida de lo posible)

Un abrazo

--
Javier Castrillo

=========================================================
GNU / Linux User #242275

Jabber: javier-***@public.gmane.org
Blog:   http://blog.javier.org.ar
Blog: http://evitalinuxera.blogspot.com
Site:    http://carapa.com.ar
TCOS: http://argentina.tcosproject.org
PGP ID: 0x3D42F518
Twitter: @evitalinuxera
Identi.ca: @evitalinuxera
=========================================================
Usá Software Libre
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Juan Carlos Ojeda
2010-11-04 00:51:11 UTC
Permalink
2010/11/3 Roberto Alsina <ralsina-***@public.gmane.org>

> Juan Carlos Ojeda writes:
>
> « HTML content follows »
>>
>> La muerte de PyGTK:
>>
>> <URL:http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting>
>> http://liv e.gnome.org/GnomeGoals/PythonIntrospectionPorting
>>
>>
>> <URL:http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting><URL:http:
>> //live.gnome.org/TwoPointNinetyone/>
>> http://live.gnome.org/TwoPointNinetyone /
>>
>>
>>
>> En esa pagina oficial de gnome dice:
>>
>> targets for GNOME 3.0: (...) Kill PyGTK (...)
>> Dice que hay que migrar hacia algo llamado GObject.
>>
>>
>> Alguien tiene noticias de que pasara con PyGTK a futuro?
>>
>
> Se va a cambiar la implementacion para que use GObject. No te deberías ni
> dar cuenta (supongo).
>
>
>
>>
>> Alguien tiene noticias de que pasara con WXPython, que wrappea con GTK?
>>
>
> Wx wrapea gtk, no pygtk asi que no hay ninguna relación.
>
>
>
>
>> Busque info de si se estaba desarrollando un WXPython usando Python3 y
>> GTK3 pero no encontre nada, alguien sabe algo al respecto...?
>>
>> --
>> .
>>
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>

A ver si entiendo, PyGTK muere y renace como PyGObject?


Se que Wx no se relaciona con PyGTK,
pero por eso decia si alguien tiene noticias de que se este desarrollando
o almenos un roadmap de WXPython con Python3 y GTK3 (???)

Gracias!
--
.
Roberto Alsina
2010-11-04 00:56:32 UTC
Permalink
Juan Carlos Ojeda writes:

> A ver si entiendo, PyGTK muere y renace como PyGObject?

PyGobject es una manera de acceder a los objetos de GTK desde python. Cambia
la implementación, pero PyGtk funciona exactamente igual que antes, (o mas o
menos). No va a llamarse PyGObject porque PyGObject ya existe, va a estar
hecho USANDO PyGObject.
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Juan Manuel Santos
2010-11-04 00:56:43 UTC
Permalink
From: Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>
To: Python Argentina <pyar-+ZN9ApsXKcFd+***@public.gmane.org>
Date: Wednesday 03 November 2010
>
> A ver si entiendo, PyGTK muere y renace como PyGObject?
>
>
> Se que Wx no se relaciona con PyGTK,
> pero por eso decia si alguien tiene noticias de que se este desarrollando
> o almenos un roadmap de WXPython con Python3 y GTK3 (???)
>
> Gracias!

PyGObject ya existe. Aunque no veo como van a matar PyGTK y reemplazarlo con
PyGObject sin romper todas las apps en PyGTK que ya hay...
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Marcelo Fernandez
2010-11-04 01:26:42 UTC
Permalink
El día 3 de noviembre de 2010 21:56, Juan Manuel Santos
<vicariousdm-***@public.gmane.org> escribió:
>
> From: Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>
> To: Python Argentina <pyar-+ZN9ApsXKcFd+***@public.gmane.org>
> Date: Wednesday 03 November 2010
>>
>> A ver si entiendo, PyGTK muere y renace como PyGObject?

Algo así; PyGTK no muere, sino que la posibilidad de usar Python con
tecnologías Gnome/GTK se extenderá *mucho más*. Los bindings se
generarán automágicamente gracias a la introspección de GObject
(proyecto antes llamado PyGI, ahora PyGObject), y casi no habrá laburo
de mantenimiento (como sí lo hay ahora, donde siempre se está atrasado
y se introducen bugs).

Piensen en que se podrá tener bindings actualizados automáticamente a
cualquier cosa que implemente GObject (Abiword, Webkitgtk, PyGTK,
etc., etc., etc.). Vas a poder seguir usando GTK pero no con el
binding GTK como hasta ahora, sino que le vas a pedir al "almacen de
objetos GObject" que te dé una referencia a la jerarquía de clases
GObject GTK; lo bueno es que a partir de ese momento vas a poder pedir
referencia a cualquier cosa disponible en el almacén... ¡y puede haber
de todo! ;-)

Igual todo esto está verde, creo que el año que viene se podrá a
planificar cuándo y cómo migrar. No parece tan difícil (al contrario,
se ve relativamente fácil) por lo que se lee en los posts. Calculo que
será algo así como pasar de Python 2.x a 3.x, aunque no me puse a
profundizar.

Más info:
http://live.gnome.org/PyGObject
http://arstechnica.com/open-source/reviews/2010/04/python-support-in-gnome-gets-a-boost-from-hackfest.ars

Les paso algunos posts que encontré sobre migración de PyGTK a PyGI (PyGobject):
http://enchufado.com/post.php?ID=329

Migración de D-Feet (que conocí gracias a Alecu!):
http://www.j5live.com/category/olpc/

Ejemplo de aplicación portada a PyGObject:
http://git.gnome.org/browse/grilo/tree/tools/python/grilo-test-ui.py

>> Se que Wx no se relaciona con PyGTK,
>> pero por eso decia si alguien tiene noticias de que se este desarrollando
>> o almenos un roadmap de WXPython con Python3 y GTK3 (???)

wxPython no tiene nada que ver con PyGTK, pero por las dudas, está en
buena forma, hace dos semanas sacaron la primera alpha (2.9.1) camino
a la versión 3.0. Lo único "grande" por ahora es que el binding a
Cocoa (para Mac) es un "first-class citizen".

http://www.wxpython.org/recentchanges.php

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
John Rowland Lenton
2010-11-06 14:45:44 UTC
Permalink
On Wed, 3 Nov 2010 21:51:11 -0300, Juan Carlos Ojeda <***@gmail.com> wrote:
>
> A ver si entiendo, PyGTK muere y renace como PyGObject?

no leí en detalle todo el thread, pero cómo les gusta hablar! Nadie se
animó a mostrar código?

Ufa.

Bueno, acá te dejo dos programas. Vos decime cuál es la diferencia.

con PyGtk:

import gtk

l = gtk.Label()
l.set_markup("<big><b>Hola, PyAr</b></big>\n\nShut up and show me the code.")
w = gtk.Window()
w.set_border_width(16)
w.connect("delete-event", lambda *_: gtk.main_quit())
w.add(l)
w.show_all()

gtk.main()

con gobject introspection:

from gi.repository import Gtk

l = Gtk.Label()
l.set_markup("<big><b>Hola, PyAr</b></big>\n\nShut up and show me the code.")
w = Gtk.Window()
w.set_border_width(16)
w.connect("delete-event", lambda *_: Gtk.main_quit())
w.add(l)
w.show_all()

Gtk.main()
Rodolfo Hugo González
2010-11-06 15:30:10 UTC
Permalink
El 06/11/10 11:45, John Rowland Lenton escribió:
> On Wed, 3 Nov 2010 21:51:11 -0300, Juan Carlos Ojeda <***@gmail.com> wrote:
>
> Ufa.
>
> Bueno, acá te dejo dos programas. Vos decime cuál es la diferencia.
>
> con PyGtk:
>
> import gtk
>
> l = gtk.Label()
> l.set_markup("<big><b>Hola, PyAr</b></big>\n\nShut up and show me the code.")
> w = gtk.Window()
> w.set_border_width(16)
> w.connect("delete-event", lambda *_: gtk.main_quit())
> w.add(l)
> w.show_all()
>
> gtk.main()
>
> con gobject introspection:
>
> from gi.repository import Gtk
>
> l = Gtk.Label()
> l.set_markup("<big><b>Hola, PyAr</b></big>\n\nShut up and show me the code.")
> w = Gtk.Window()
> w.set_border_width(16)
> w.connect("delete-event", lambda *_: Gtk.main_quit())
> w.add(l)
> w.show_all()
>
> Gtk.main()
>

Juan, las mayúsculas en las órdenes de gtk/GTK.- :-)

Siii, son =.
Saludos.

--
*** Rodolfo H. González - PigÌé ***
*** Usuario Full Software Libre ***
** Desarrollos de Software Libre **
** Clave GPG: en servidores **
Marcelo Fernandez
2010-11-06 15:58:55 UTC
Permalink
2010/11/6 Rodolfo Hugo González <lu8ekg-***@public.gmane.org>:
> El 06/11/10 11:45, John Rowland Lenton escribió:
>> On Wed, 3 Nov 2010 21:51:11 -0300, Juan Carlos Ojeda <***@gmail.com> wrote:
>>
>> Ufa.
>>
>> Bueno, acá te dejo dos programas. Vos decime cuál es la diferencia.
>>
>> con PyGtk:
>>
>>     import gtk
[...]
>>     gtk.main()
>>
>> con gobject introspection:
>>
>>     from gi.repository import Gtk
[...]
>>     Gtk.main()
>
> Juan, las mayúsculas en las órdenes de gtk/GTK.- :-)
>
> Siii, son =.

Tenés razón John, yo tiré links pero no un snippet en sí.

Ah, y siempre podés hacer "from gi.repository import Gtk as gtk" y te
queda igual. :-)

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Mariano Reingart
2010-11-06 21:55:05 UTC
Permalink
2010/11/6 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
> 2010/11/6 Rodolfo Hugo González <lu8ekg-***@public.gmane.org>:
>> El 06/11/10 11:45, John Rowland Lenton escribió:
>>> On Wed, 3 Nov 2010 21:51:11 -0300, Juan Carlos Ojeda <***@gmail.com> wrote:
>>>
>>> Ufa.
>>>
>>> Bueno, acá te dejo dos programas. Vos decime cuál es la diferencia.
>>>
>>> con PyGtk:
>>>
>>>     import gtk
> [...]
>>>     gtk.main()
>>>
>>> con gobject introspection:
>>>
>>>     from gi.repository import Gtk
> [...]
>>>     Gtk.main()
>>
>> Juan, las mayúsculas en las órdenes de gtk/GTK.- :-)
>>
>> Siii, son =.
>
> Tenés razón John, yo tiré links pero no un snippet en sí.
>
> Ah, y siempre podés hacer "from gi.repository import Gtk as gtk" y te
> queda igual. :-)
>

¿Y del tema de Unity sobre Wayland (vs Gnome sobre X)?

http://www.markshuttleworth.com/archives/551

¿Hay planes para GTK+ y/o wxWidgets (vi algo sobre qt creo)?

Sds

Mariano Reingart
http://www.sistemasagiles.com.ar
http://reingart.blogspot.com
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Juan Carlos Ojeda
2010-11-07 00:27:30 UTC
Permalink
2010/11/6 Mariano Reingart <reingart-***@public.gmane.org>

> 2010/11/6 Marcelo Fernandez <marcelo.fidel.fernandez-***@public.gmane.org>:
> > 2010/11/6 Rodolfo Hugo González <lu8ekg-***@public.gmane.org>:
> >> El 06/11/10 11:45, John Rowland Lenton escribió:
> >>> On Wed, 3 Nov 2010 21:51:11 -0300, Juan Carlos Ojeda <
> juancarlospaco-***@public.gmane.org> wrote:
> >>>
> >>> Ufa.
> >>>
> >>> Bueno, acá te dejo dos programas. Vos decime cuál es la diferencia.
> >>>
> >>> con PyGtk:
> >>>
> >>> import gtk
> > [...]
> >>> gtk.main()
> >>>
> >>> con gobject introspection:
> >>>
> >>> from gi.repository import Gtk
> > [...]
> >>> Gtk.main()
> >>
> >> Juan, las mayúsculas en las órdenes de gtk/GTK.- :-)
> >>
> >> Siii, son =.
> >
> > Tenés razón John, yo tiré links pero no un snippet en sí.
> >
> > Ah, y siempre podés hacer "from gi.repository import Gtk as gtk" y te
> > queda igual. :-)
> >
>
> ¿Y del tema de Unity sobre Wayland (vs Gnome sobre X)?
>
> http://www.markshuttleworth.com/archives/551
>
> ¿Hay planes para GTK+ y/o wxWidgets (vi algo sobre qt creo)?
>
> Sds
>
> Mariano Reingart
> http://www.sistemasagiles.com.ar
> http://reingart.blogspot.com
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>

No pero eso es un servidor de X, no le influye Python3, ni GTK3.

--
.
Marcelo Fernandez
2010-11-07 12:34:17 UTC
Permalink
2010/11/6 Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>
>>
>> ¿Y del tema de Unity sobre Wayland (vs Gnome sobre X)?
>>
>> http://www.markshuttleworth.com/archives/551
>>
>> ¿Hay planes para GTK+ y/o wxWidgets (vi algo sobre qt creo)?

Wayland ya corre GTK y QT con algunos parchecitos, así que para los
que usamos algunos de esos toolkits no habría cambios.

http://wayland.freedesktop.org/screenshots.html

> No pero eso es un servidor de X, no le influye Python3, ni GTK3.

No nos influye, es cierto, pero (ya que estamos), no es un servidor de
X. Es un servidor gráfico, permite que aplicaciones clientes dibujen
en la pantalla, pero no tiene todo el overhead para permitir la
"transparencia de red" de X. Es más, permite que una aplicación
cliente sea un servidor X, y dibuja directamente vía OpenGL.

Quien quiera leer...: http://wayland.freedesktop.org/architecture.html

Según pude leer, es algo así como Quartz en Mac.

Saludos
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA

E-Mail: marcelo.fidel.fernandez-***@public.gmane.org
Blog: http://blog.marcelofernandez.info
Twitter: http://twitter.com/fidelfernandez
_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Roberto Alsina
2010-11-06 16:10:17 UTC
Permalink
John Rowland Lenton writes:

> On Wed, 3 Nov 2010 21:51:11 -0300, Juan Carlos Ojeda <***@gmail.com> wrote:
>>
>> A ver si entiendo, PyGTK muere y renace como PyGObject?
>
> no leí en detalle todo el thread, pero cómo les gusta hablar! Nadie se
> animó a mostrar código?
>
> Ufa.
>
> Bueno, acá te dejo dos programas. Vos decime cuál es la diferencia.

Que gobject es mas PEP-8? ;-)


_______________________________________________
pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
Ricardo Daniel Quiroga
2010-11-04 01:05:13 UTC
Permalink
2010/11/3 Juan Carlos Ojeda <juancarlospaco-***@public.gmane.org>

> La muerte de PyGTK:
>
> http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting
>
> <http://live.gnome.org/GnomeGoals/PythonIntrospectionPorting>
> http://live.gnome.org/TwoPointNinetyone/
>
> En esa pagina oficial de gnome dice:
>
> targets for GNOME 3.0: *(...) *Kill PyGTK *(...)*
> *
> *
> Dice que hay que migrar hacia algo llamado GObject.
>
> Alguien tiene noticias de que pasara con PyGTK a futuro?
>
> Alguien tiene noticias de que pasara con WXPython, que wrappea con GTK?
>
> Busque info de si se estaba desarrollando un WXPython usando Python3 y GTK3
> pero no encontre nada,
> alguien sabe algo al respecto...?
> --
> .
>
> _______________________________________________
> pyar mailing list pyar-+ZN9ApsXKcFd+***@public.gmane.org
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>

Hola

No solo es que los nuevos Widget ya no van a ser soportados por Libglade es
eso nada mas, a no alertarse tanto.. :P ya que libglade esta quedando
bastante obsoleto y no soporta varios elementos y va a ser remplazado por
GTKBuilder. Desde las versiones actuales Glade te da a elegir en que formato
queres exportar los proyectos LibGlade y GtkBuilder fijate q si eliges lib
glade no puedes crear varios objectos como los Modelos de arboles, aunque lo
mismo lo puedes agregar desde codigo :P.

otra cosa aunque los archivos '.glade' siguen usando XML son generados con
pequeñas diferencias al usar libglade o gtkbuilder..

Saludos

Saludos




---------------------------------------------------------
Ricardo Daniel Quiroga
---------------------------------------------------------
msn:
l2radamanthys-***@public.gmane.org
ricardo_quiu-***@public.gmane.org
mails:
l2radamanthys-***@public.gmane.org
l2radamanthys-smqe1e7is+EN95aWte+***@public.gmane.org
ricardoquiroga.dev-***@public.gmane.org
ricardo.quiroga-kL10Mkfl+***@public.gmane.org
sitio Web:
http://www.l2radamanthys.com.ar
Facebook:
http://es-la.facebook.com/L2Radamanthys
Twitter:
@l2Radamanthys

---------------------------------------------------------
Loading...