Re: [pygtk] Packaging pygtk and friends as eggs
Hi Thomas, maybe it's because gtk and therefore pygtk is an almost "linux only" thing. Even if you include our bsd-friends, there is no real need for an alien "quick and dirty" packaging system like the egg infrastructure. The native "sophisticated" software-managment-systems just provides too many benefits. The eggs are by no means a bad thing, they just doesn't cut in, if compared to the more organic "holistic" approach of software maintenance. For packages which are more cross-plattform the situation differs, but for mainly *nix systems the native packaging systems does all you could do with the eggs (Yes, even multi-version installations!) and much more and with batteries (bug-fix releases, dependency AND collisons checks, safe and clean uninstallations, ...) included! ;-) Eggs are nice and good, but maybe not just for every situation. And maybe pygtk is not an "useful" egg. If there are pygtk applications which would be nice to have on other plattforms - well, chance is, they ought to be more plattform and GTK-agnostic, or there's almost ever a better "native" solution in place. Don - Original Message From: Thomas Lotze To: pygtk@daa.com.au Sent: Fri, April 23, 2010 10:00:28 PM Subject: Re: [pygtk] Packaging pygtk and friends as eggs Thomas Lotze wrote: ... > Let me emphasize again that I > propose to help distribute pygtk and friends as eggs, possibly by > sprinting on the subject with those of you who might happen to be at this > year's Europython conference. Hm, is anybody other than me even interested in this issue? Is it just that none of the people interested will be at Europython - in that case, let's stop talking about that specific conference and try to make progress in some other way. Or am I simply out of luck wishing for a pygtk egg because of something cultural among the pygtk developers which I'm not aware of? -- Thomas ___ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/ ___ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/
Re: [pygtk] Packaging pygtk and friends as eggs
Thomas Lotze wrote: ... > Let me emphasize again that I > propose to help distribute pygtk and friends as eggs, possibly by > sprinting on the subject with those of you who might happen to be at this > year's Europython conference. Hm, is anybody other than me even interested in this issue? Is it just that none of the people interested will be at Europython - in that case, let's stop talking about that specific conference and try to make progress in some other way. Or am I simply out of luck wishing for a pygtk egg because of something cultural among the pygtk developers which I'm not aware of? -- Thomas ___ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/
Re: [pygtk] to make a window with tabs in GLADE
varnikat t a écrit : > I want to make a window with tabs (not menubar menuitems) like how > 'about me' window opens in ubuntu with tabs at top like Contact , > Address, Help > On clicking on each shows something in the frame below them > How to make a window that way in GLADE? > > Waiting eagerly > > Regards > Varnika Tewari Using gtk.Notebook widget. -- Yann ___ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/
[pygtk] to make a window with tabs in GLADE
I want to make a window with tabs (not menubar menuitems) like how 'about me' window opens in ubuntu with tabs at top like Contact , Address, Help On clicking on each shows something in the frame below them How to make a window that way in GLADE? Waiting eagerly Regards Varnika Tewari ___ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/
Re: [pygtk] PyGi patch review weekend!
On Thu, Apr 22, 2010 at 16:50, Zachary Goldberg wrote: > Hey Folks > > PyGi is building up a bunch of patches that need review. It'd be > great if we could have some people take a look and review these this > weekend (Simon and Tomeu, i'm looking at you guys =P). Count on me with reviewing the patches not coming from me. Regards, Tomeu > All pygi open patches: > https://bugzilla.gnome.org/page.cgi?id=patchreport.html&product=pygi&patch-status=none > > Specifically: > Callbacks issue with identifying pointers as userdata: > https://bugzilla.gnome.org/show_bug.cgi?id=616236 > > Setting out argument *ptr to initially be NULL to avoid dangling > pointers in (transfer full) > https://bugzilla.gnome.org/show_bug.cgi?id=616043 > > Be a bit more lenient with invalid scope types > https://bugzilla.gnome.org/show_bug.cgi?id=616356 > > Change the scope call implementation to allow multiple invokations > https://bugzilla.gnome.org/show_bug.cgi?id=616343 > > Error printing in callback handling > https://bugzilla.gnome.org/show_bug.cgi?id=616279 > > Refactor wrap_g_info_function_invoke > https://bugzilla.gnome.org/show_bug.cgi?id=616357 > > Non-GType enum support > https://bugzilla.gnome.org/show_bug.cgi?id=616520 > > > Thanks! > -Zach > ___ > pygtk mailing list pygtk@daa.com.au > http://www.daa.com.au/mailman/listinfo/pygtk > Read the PyGTK FAQ: http://faq.pygtk.org/ > ___ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/