[pygtk] /x?.FPIB.CDm438_.QqOp-Pg.a
Hi, My choice, for the present, is PyQt, but i would love to have PyGtk bundled with python. It does'nt matter to me, coz i use gnome, and it installed PyGtk bindings.(irony is i use gnome for my desktop & use PyQt for most of my gui programs) regards Sandeep C /5.1R2D9) ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] PyGTK & python versions
On 24 March 2003, Erik Williamson said: > I'm currently writing an application that needs to run on all releases > of RedHat from 7.0 to 8.0. My problem is that I'd like to write it > using pygtk2 - but take a look at what comes with the various releases: Har-har, good luck. I suspect you'll either have to: * provide your own RPMs (preferably Python 2.2 and pygtk 1.99.x) for RH 7.x, or * use Tkinter I've just made the switch from pygtk 0.6 to 1.99, and while it wasn't too much bother for my little 300-line program, I suspect it would be a very big bother to write code that works with both versions. pygtk's namespace has changed completely with 1.99.x. Greg -- Greg Ward <[EMAIL PROTECTED]> http://www.gerg.ca/ And now for something completely different. ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Should PyGtk be proposed for the Python 2.4 release?
On 23 March 2003, Michael McLay said:
> Of the big three; PyGtk, wxPython, and PyQT; I believe the PyGtk package is
> probably the closest match to the Python coding philosophy and style.
If I had to pick one of those, right now I'd pick PyGtk. (Although
first I should spend a weekend immersed in (Py)Qt, because I've never
used it and I keep hearing good things about it.) I played with
wxPython for a few days recently, and I think I was expecting something
a little higher-level. Since wxWindows and GTK seem to have pretty much
the same level of abstraction, then so do wxPython and PyGtk. And I had
an easier time getting things to work with PyGtk than with wxPython, so
that's what I'm using now.
wx{Windows,Python}'s similarity to MFC would probably be as much a point
against it in certain circles (ie. Unix/Linux geeks) as it is a point in
favour in other circles. Personally, I think Gtk's model is just
insanely sensible, and PyGtk reflects it very well. wxWindows seemed a
bit more awkward, and wxPython inherits some of that awkwardness.
As for documentation, wxPython and PyGtk both, well, err, umm, suck.
Let's not mince words. wxPython is a tad better, but not enough.
However, Gtk has really quite good docs -- much better than wxWindows
IHMO -- and translating on-the-fly to Python is not too much work.
Disclaimer: all of the above is based on about two days' playing with
wxPython, and 3-4 days playing with PyGtk. I am by no means an expert
here, just a competent hacker dipping his toes in the GUI pool for the
first time in many years. (Last time I did this was with Perl/Tk 6-7
years ago.)
Greg
--
Greg Ward <[EMAIL PROTECTED]> http://www.gerg.ca/
I'd like some JUNK FOOD ... and then I want to be ALONE --
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Updating the Display
On 22 March 2003, Jesse Pavel said: > while gtk.events_pending(): > gtk.main_iteration() > > immediately after the dialog.show(), but that isn't > working. Wild-ass, ill-informed guess: would dialog.show_all() work any better? Greg -- Greg Ward <[EMAIL PROTECTED]> http://www.gerg.ca/ I just read that almost 50% of the population has below median IQ! ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Should PyGtk be proposed for the Python 2.4 release?
David M. Cook <[EMAIL PROTECTED]>: > > The biggest weakness of PyGTK at this moment is woefully inadequate > > documentation. The API documentation is simply not up to the standard of > > detail and clarity expected in a Python standard library. > > Tkinter was part of the standard library *long* before there was adequate > documentation for it. There is still not much in the standard library docs. > This is no excuse for the present situation with pygtk, but it does indictate > that standards for inclusion in the library have not always been that > stringent. It is certainly true that the standard has risen over time. -- http://www.catb.org/~esr/";>Eric S. Raymond ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Should PyGtk be proposed for the Python 2.4 release?
On Mon, Mar 24, 2003 at 11:43:20PM +0800, James Henstridge wrote: > My main concern would be linking of the release schedules. It isn't > clear that linked release schedules would benefit either pygtk or python. Also, I think this would mostly benefit win32 users as most Linux workstation distributions probably already come with pygtk. But I suspect most win32 developers would prefer wxPython as it's closer to what they're used to. Does pygtk run on Mac OS? Dave Cook ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] progress bar
On Mon, Mar 24, 2003 at 03:45:21PM -0400, Pablo Endres wrote: > > Hi Guys, > > Is there a way of changing the colors on a progress bar? > > I'm using python 2.2.2 and pgtk 0.6.9. > > Thanks in advance > > See PyGTK FAQ 4.6 on how to modify widget style. The progress bar trough (the indicator bar) is drawn with the background STATE_PRELIGHT color. The background is drawn with background STATE_NORMAL color. --jkl ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Should PyGtk be proposed for the Python 2.4 release?
On Mon, Mar 24, 2003 at 02:52:32AM -0500, Eric S. Raymond wrote: > The biggest weakness of PyGTK at this moment is woefully inadequate > documentation. The API documentation is simply not up to the standard of > detail and clarity expected in a Python standard library. Tkinter was part of the standard library *long* before there was adequate documentation for it. There is still not much in the standard library docs. This is no excuse for the present situation with pygtk, but it does indictate that standards for inclusion in the library have not always been that stringent. Dave Cook ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Can't find libglade bindings for python
> Modify PKG_CONFIG_PATH so it can find your updated libglade-2.0.pc Beautiful, that worked perfectly. It's a cold, dark world when one walks away from RPM's ... ! Normally I'd stick with rpm's, but in order to make sure this app works on all sorts of redhat boxes, It's looking like I'll be bundling python2.2.2 with it (see earlier post today) Thanks for all the suggestions & help on this one! Cheers, Erik. On Mon, 2003-03-24 at 13:13, Johan Dahlin wrote: > > I've installed libglade 2.0.1, but can't get pygtk to see it (I wrote in > > a previous mail that I might try to bundle python & pygtk2 with an app > > to ensure that it works on lots of systems) - which configure options > > should I be passing to tell it which glade to look for? > > Modify PKG_CONFIG_PATH so it can find your updated libglade-2.0.pc, eg: > > export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ > > If you installed in /usr/local -- e r i k w i l l i a m s o n [EMAIL PROTECTED] system admin . department of computer science . university of calgary ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
[pygtk] Re: Can't find libglade bindings for python
[Erik Williamson]
> I'm going nuts. While I can find rpm's for the glade-python bindings, I
> can't seem to find the source anywhere.
Normally, you do:
rpm -qil glade-python
given `glade-python' is the source of your installed package, and then you
will see where everything got installed.
About the bindings, there is not much needed to know. In my notes:
.. Bref de `libglade.py'
. : Tutoriels
. , http://www.linuxfocus.org/English/July2000/article160.shtml
. : Module libglade
. , tree = libglade.GladeXML('FICHIER.glade')
. , tree = get_widget_tree(widget)
. , get_widget_name(widget)
. , get_widget_long_name(widget)
. : Classe GladeXML
. , tree.signal_connect(name, handler, *arguments)
. , tree.signal_autoconnect(dictionary)
. , widget = tree.get_widget(name)
. , widget = tree.get_widget_by_long_name(name)
--
François Pinard http://www.iro.umontreal.ca/~pinard
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Can't find libglade bindings for python
> I've installed libglade 2.0.1, but can't get pygtk to see it (I wrote in > a previous mail that I might try to bundle python & pygtk2 with an app > to ensure that it works on lots of systems) - which configure options > should I be passing to tell it which glade to look for? Modify PKG_CONFIG_PATH so it can find your updated libglade-2.0.pc, eg: export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ If you installed in /usr/local -- Johan Dahlin <[EMAIL PROTECTED]> Async Open Source ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Can't find libglade bindings for python
Heh, I watched the configure script go and complain as such: checking for libglade-2.0 >= 2.0.0... Requested 'libglade-2.0 >= 2.0.0' but version of Libglade is 1.99.9 So that was dumb on my part for not looking there earlier. I've installed libglade 2.0.1, but can't get pygtk to see it (I wrote in a previous mail that I might try to bundle python & pygtk2 with an app to ensure that it works on lots of systems) - which configure options should I be passing to tell it which glade to look for? Thanks Again, Erik. On Mon, 2003-03-24 at 12:54, Bill Allen wrote: > On 24 Mar 2003, Erik Williamson wrote: > > > Hi, > > > > I'm going nuts. While I can find rpm's for the glade-python bindings, I > > can't seem to find the source anywhere. > > > > http://daa.com.au/~james/software/libglade/ says the package is at > > http://daa.com.au/~james/software/pygtk/ , but I there's no mention of > > it there. Google doesn't turn up much either. > > > > I'm going to tear apart a source rpm, but if anyone knows where I can > > get the source, that'd be great! > > > > Cheers, > > Erik. > > > > Don't go nuts - I believe that you'll find that the glade bindings are in > the pygtk package itself. You might still need the libglade package, > depending on your distro. See the example in examples/glade. You ought to > be able to run it if your kit is complete. > > Bill -- e r i k w i l l i a m s o n [EMAIL PROTECTED] system admin . department of computer science . university of calgary ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Can't find libglade bindings for python
On 24 Mar 2003, Erik Williamson wrote: > Hi, > > I'm going nuts. While I can find rpm's for the glade-python bindings, I > can't seem to find the source anywhere. > > http://daa.com.au/~james/software/libglade/ says the package is at > http://daa.com.au/~james/software/pygtk/ , but I there's no mention of > it there. Google doesn't turn up much either. > > I'm going to tear apart a source rpm, but if anyone knows where I can > get the source, that'd be great! > > Cheers, > Erik. > Don't go nuts - I believe that you'll find that the glade bindings are in the pygtk package itself. You might still need the libglade package, depending on your distro. See the example in examples/glade. You ought to be able to run it if your kit is complete. Bill ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
[pygtk] progress bar
Hi Guys, Is there a way of changing the colors on a progress bar? I'm using python 2.2.2 and pgtk 0.6.9. Thanks in advance -- Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep. Pablo Endres Centro de Datos GSM: +584127347610 ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
[pygtk] Can't find libglade bindings for python
Hi, I'm going nuts. While I can find rpm's for the glade-python bindings, I can't seem to find the source anywhere. http://daa.com.au/~james/software/libglade/ says the package is at http://daa.com.au/~james/software/pygtk/ , but I there's no mention of it there. Google doesn't turn up much either. I'm going to tear apart a source rpm, but if anyone knows where I can get the source, that'd be great! Cheers, Erik. -- e r i k w i l l i a m s o n [EMAIL PROTECTED] system admin . department of computer science . university of calgary ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
[pygtk] PyGTK & python versions
Hi All, (Newbie Alert, watch out) I'm currently writing an application that needs to run on all releases of RedHat from 7.0 to 8.0. My problem is that I'd like to write it using pygtk2 - but take a look at what comes with the various releases: RedHat Release Python Version PyGTK Version - 7.0 1.5.2 ? 7.1 1.5.2 ? 7.2 1.5.2 & 2.1.1 0.6.8 7.3 1.5.2 & 2.2.2 0.6.9 & 1.99.8 8.0 2.2.2 1.99.12 Can you think of a nice way that I can write something to run on all platforms? My only thought is that I could bundle python 2.2.2 & PyGtk with the application... Honestly I am out of ideas. Thanks for any help! Cheers, Erik Williamson -- e r i k w i l l i a m s o n [EMAIL PROTECTED] system admin . department of computer science . university of calgary ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Should PyGtk be proposed for the Python 2.4 release?
Michael McLay wrote: The Tkinter library in the standard Linux distribution is getting long in the tooth. It is in the standard distribution because it provides cross-platform portability and has a rich text widget. The rate of improvement in the Tk toolkit has slowed to a trickle and the marketshare of Tk continues to shrink. Is it time to look for a replacement that would be a comfortable fit within the standard Python library? I don't know. PyGTK is a fairly large extension compared to most other extensions distributed with Python (mostly due to the size of the GTK API). I don't know what the Python developers would think of something of its size. The other reservation I have is release frequency. PyGTK is still being improved with each release, and those releases are much closer together than Python releases. There are three major contenders in the cross-platform GUI race, PyGtk, wxPython and PyQT. Each of these options have strong Python support and a mature code base. Less mature technologies that could be considered include the anygui project and the IBM Eclipse library and IDE. The anygui project is very much in the early research stage, with a minimal set of widgets defined. It would be great as the standard GUI API because it would allow the user to select the underlying GUI toolkit at execution time. When anygui eventually matures it could be added to the standard library, alongside the Tkinter and whatever other GUI APIs find their way into the standard distribution. From a quick look at the anygui documentation, it doesn't seem to be a very interesting GUI programming API. It looks like it uses absolute positioning for pretty much everything, which is a big step backwards compared to the geometry management of GTK, Qt and Tk, etc. The IBM Eclipse GUI was written for Java, but the C language interface, which is a thin layer over native toolkit widgets, could be wrapped into a Python GUI package. The design goals described in the design methodology provide a well balanced tradeoff in Eclipse is to use the native widgets when they are available and build widgets that are missing from native components. This fixes the problems with the Java awt (lowest common denominator widgets) and Swing (draws all widgets using Java). While Eclipse looks attractive, it is not as mature as the other options and it has not gathered a strong following of Python users. In addition to the GUI, I think it is important to have a GUI Builder available for the GUI toolkit. This has always been a weakness of Tkinter and I think it has hurt the growth of Python that we did not have a visual basic like GUI interface for building applications. By selecting PyGtk, and including the libglade library, it would be easy to create an integrated development environment based on Glade and the XML glade files that it generates. Quality tools such as these need to be part of the standard distribution. If they are not then they cannot be counted on to be part of a Python installation. I have seen numerous programs written in Tkinter simply because the author did not want to impose the requirement of installing an alternative GUI library. Of the big three; PyGtk, wxPython, and PyQT; I believe the PyGtk package is probably the closest match to the Python coding philosophy and style. It is also closer to the Tkinter programming model. PyGtk is written in C and the widget library seems to be a superset of Tkinter. I also think James has done an excellent job of making use of the Python 2.2 API for creating classes. The library has a very natural Python feel to it. Would others on this list care to comment on this assertion? The case for adding a new GUI to the standard library will need to address the sticky point of why the GUI toolkit is appropriate for the standard Python library. An argument often posed for using wxPython instead of PyGtk has been that wxPython used native widgets to render applications on platforms. This allows the GUI themes of the native toolkit to be transparently used in the application. This helps make the application look closer to the users expectations for the GUI. There is merit to this argument, but the tradeoff is a more bloated GUI toolkit that places abstraction layers inbetween a native toolkit and the GUI API. It looks like some work has been done on making the native themes for Windows and Mac OS X [1] work under Gtk+ [2]. Is anyone on this list experienced with using these capabilities? Do they mitigate the theme problems of Gtk+, or will applications still need to manually adjust the themes to match the theme of their desktop? The gtk-osx project you mention here is not really relevant to PyGTK in its current form. Since the developers main aim was to have a toolkit to run filmgimp on OS X, they decided to port GTK 1.2. This means that the port is can not be used to port any modern GTK application to OS X (remember tha
[pygtk] ANNOUNCE: gNumExp 0.7
Application === gNumExp 0.7.0 Description === A GUI frontend to NumExp, a math/algebra engine and programming language Enhancements - New Zoom Area feature (select a rectangle to zoom); - Internationalization (i18n) (only pt supported so far, contributions welcome); - New plot() and replot() functions available in the console; Fixes = - Minor bug fixes; Download http://numexp.sf.net/ (Please note that this release requires gnome 2.2.1 development libraries, pygtk 1.99.16, pyorbit 1.99.4, and gnome-python 1.99.16) Slackware 9 binary packages can also be found there. GNOME Software Map entry http://www.gnome.org/softwaremap/projects/gnumexo -- Gustavo João Alves Marques Carneiro <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Should PyGtk be proposed for the Python 2.4 release?
On Monday 24 March 2003 02:52 am, Eric S. Raymond wrote: > Michael McLay <[EMAIL PROTECTED]>: > > Of the big three; PyGtk, wxPython, and PyQT; I believe the PyGtk > > package is probably the closest match to the Python coding > > philosophy and style. It is also closer to the Tkinter programming > > model. PyGtk is written in C and the widget library seems to be a > > superset of Tkinter. I also think James has done an excellent job of > > making use of the Python 2.2 API for creating classes. The library > > has a very natural Python feel to it. Would others on this list care > > to comment on this assertion? > > I largely agree. But... > > The biggest weakness of PyGTK at this moment is woefully inadequate > documentation. The API documentation is simply not up to the standard of > detail and clarity expected in a Python standard library. > > The most useful thing anyone could do towards this proposal would > be to fix that. I agree it will be very helpful to have documentation on PyGtk included in the standard Python distribution documentation. Having books available for PyGtk will also improve the utility of the new package. I would expect book publishers would start working on a PyGtk book if they knew it was going to become part of the standard Python distribution, so a commitment to add PyGtk to the 2.4 release would help prime the pump. There is documentation from the Gtk project. This is analagous to the Tk documentation that is referenced from the Tkinter documentation. Tkinter was listed as an undocumented module in the standard distribution for years and the early documentation simply explained how to map the Tk documentation to the Python equivolent syntax. I suspect that many people who were using Tkinter before it was documented in the Python docs either used Mark's book, read the source code, or cribbed from the demo code examples. Do you think it would be harmful to put the PyGtk package into the standard distribution prior to it being documented? A show stopper requirement for getting packages included into the Python distribution is the identification of volunteers to maintain the package for X Windows, the Mac, and Windows. Do we have volunteers who can maintain the code for the three platforms? ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] VTK
We also have distutils support, maybe that will be easier for you, just type: python setup.py install add --prefix=/usr/local if you want to specify a prefix. sön 2003-03-23 klockan 22.25 skrev George A. Dowding: > Good to know but it produced essentially the same errors. > > %./autogen.sh --prefix=/home/george/local > ... > [Warnings from auto*] > [while running the configure script] > ./ltconfig: Can't open ./ltconfig: No such file or directory > configure: error: libtool configure failed > > > James Henstridge writes: > > George A. Dowding wrote: > > > > >Any help would be appreciated. > > > > > >I am trying to comple pygtk from cvs with patches to use VTK. > > >My current problem relate to the more general issue of compiling > > >pygtk from source. I tried following the directions from here > > >http://www.airs.com/ian/configure/configure_2.html#SEC10 > > > > > > > > Try running this: > > ./autogen.sh --prefix=/usr > > > > (or whatever prefix you want to install it into). -- Johan Dahlin <[EMAIL PROTECTED]> Async Open Source ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
