2010/1/14 Tomeu Vizoso <to...@sugarlabs.org> > 2010/1/14 Javier Jardón <javierjc1...@gmail.com>: > > 2010/1/11 Andre Klapper <ak...@gmx.net>: > >> Am Donnerstag, den 30.07.2009, 03:01 +0100 schrieb Alberto Ruiz: > >>> 2009/7/29 Andre Klapper <ak...@gmx.net>: > >>> > ================================================================= > >>> > ZERO modules dependening on gnome-vfs > >>> > ================================================================= > >>> > COMPLETED - Bindings left: > >>> > complex: 1 (gnome-python) > >>> > average: 1 (gnome-sharp) > >>> > >>> I just took a look at gnome-python.... there's nothing there to save! > >>> The whole module binds stuff that's going to go away in 3.0 > >>> > >>> I would mark this as wontfix and deprecate the whole module itself to > be honest. > >> > >> So we agree on dropping this for 2.31.1, or is that too early for some > >> reasons I'm not aware of? > >> > >> Wondering how to proceed here. > > > > I'm not a python expert but I think It's the best solution. > > > > With GObjectInstrospection support added to python bindings [1], IMHO > > we simply should go ahead and add introspection support for the > > remaining libraries. > > Pygi is still far away from being an usable replacement of static > bindings, at the current development rate. >
But I think pygi ought to be the future of gnome python bindings. Unfortunately I haven't had time lately for significant GNOME hacking, otherwise I would be actively fixing pygi to make it replace pygtk and gnome-python-*. Assuming here that pygi is pygobject with gobject-introspection powers, in which case only PyGObject should remain and all other bindings should fade away. And I will be happy because there'll be less code for me to maintain ;-) Manpower issues aside, PyGObject should be the only Python Bindings package in GNOME 3. I think everyone agrees with this (right?). We are discussing real-life practical issues, but we shouldn't lose sight of the ultimate goal. > > Regards, > > Tomeu > > > gnome-python module supports: > > - libbonobo (deprecated) > > - libgnomecanvas (deprecated) > > - libgnome (deprecated) > > - libgnomevfs (deprecated) > > - gconf (maybe deprecated for 3.0 (replaced for dconf)) > > > > gnome-python-desktop module supports: > > - brasero > > - evince > > - evolution > > - gnomeapplet > > - gnomedesktop > > - gnomekeyring > > - gnomeprint (deprecated by GtkPrint) > > - gtksourceview > > - gtop > > - mediaprofiles > > - metacity > > - nautilusburn (obsoleted by brasero) > > - rsvg > > - totem > > - wnck > > > > These modules already have introspection support [2]: > > - brasero > > - evince > > - gnomekeyring > > > > > > So we should add introspection to: > > - evolution > > - gnome-applets > > - gnome-desktop > > - gtksourceview > > - gtop > > - metacity (but its replacement, mutter, has introspection support) > > - rsvg > > - totem > > - wnck > > > > to remove gnome-desktop-python and don't lost any functionality. > > So follow these instructions: [3] and add introspection support to > > your module ;) > > > > Regards > > > > > > [1] http://live.gnome.org/PyGI > > [2] http://live.gnome.org/GnomeGoals/AddGObjectIntrospectionSupport > > and http://www.gnome.org/~fpeters/299.html > > [3] http://live.gnome.org/GObjectIntrospection/AutotoolsIntegration > > -- > > Javier Jardón Cabezas > > _______________________________________________ > > desktop-devel-list mailing list > > desktop-devel-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/desktop-devel-list > > > > -- > «Sugar Labs is anyone who participates in improving and using Sugar. > What Sugar Labs does is determined by the participants.» - David > Farning > _______________________________________________ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/desktop-devel-list > -- Gustavo J. A. M. Carneiro INESC Porto, Telecommunications and Multimedia Unit "The universe is always one step beyond logic." -- Frank Herbert
_______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list