Re: [pygtk] New snapshot

2000-06-30 Thread Aaron Optimizer Digulla
Quoting James Henstridge [EMAIL PROTECTED]: I, for example, cannot use gnome but I use pygtk. Therefore, I depend on an independend pygtk package (a .tar.gz to be precise). The reason for this is: I'm developing in a tight/secure environment and I must restrict myself to the smallest

Re: [pygtk] New snapshot

2000-06-29 Thread Deirdre Saoirse
On Tue, 20 Jun 2000, Aaron Optimizer Digulla wrote: I, for example, cannot use gnome but I use pygtk. Therefore, I depend on an independend pygtk package (a .tar.gz to be precise). The reason for this is: I'm developing in a tight/secure environment and I must restrict myself to the smallest

Re: [pygtk] New snapshot

2000-06-29 Thread James Henstridge
On Thu, 29 Jun 2000, Deirdre Saoirse wrote: On Tue, 20 Jun 2000, Aaron Optimizer Digulla wrote: I, for example, cannot use gnome but I use pygtk. Therefore, I depend on an independend pygtk package (a .tar.gz to be precise). The reason for this is: I'm developing in a tight/secure

Re: [pygtk] New snapshot

2000-06-29 Thread Hassan Aurag
[EMAIL PROTECTED] (James Henstridge) wrote: On Thu, 29 Jun 2000, Deirdre Saoirse wrote: On Tue, 20 Jun 2000, Aaron Optimizer Digulla wrote: I, for example, cannot use gnome but I use pygtk. Therefore, I depend on an independend pygtk package (a .tar.gz to be precise). The

Re: [pygtk] New snapshot

2000-06-24 Thread James Henstridge
On Fri, 23 Jun 2000, Hassan Aurag wrote: Ok even though I have those headers at the place it expects them, I get this error when running configure. checking local Python configuration... looks good checking for headers required to compile python extensions... not found

[pygtk] New snapshot

2000-06-23 Thread James Henstridge
I have put a new snapshot of pygtk available at: ftp://ftp.daa.com.au/pub/james/python/pygtk-0.7.0-unstable-dont-use.tar.gz This version adds support for GtkGLArea and libglade. These were pretty easy add using the new code generator. In future, it should be very easy to add support for new

Re: [pygtk] New snapshot

2000-06-23 Thread Hassan Aurag
headers I think it has something to with the test run at line 1775 of configure script. I do not understand all those ac_* stuff, so I am sorry I can't just help. Original Message On 6/23/00, 5:05:36 AM, James Henstridge [EMAIL PROTECTED] wrote regarding [pygtk] New snapshot: I have

[pygtk] new snapshot of gnome-python (new features!)

1999-04-22 Thread jhauser
Hello, have just tried a CVS-checkout of gnome-python. I get errors rigth when i run autgen.sh. This is my first try to use cvs-checkouts from gnome, so apologize for any obvious things I'm missing. I have aplied the patch to automake1.3. Put the files from am-changes at the right places.

Re: [pygtk] new snapshot of gnome-python (new features!)

1999-04-22 Thread James Henstridge
Alright. First of all it is probably a Good Thing to use automake 1.4 (you can probably build gnome-python with 1.3, but there are some bits of gnome that requires the newer version). The first error says aclocal can't find the AM_PATH_GDK_IMLIB macro. When aclocal gets an error, it bombs out

Re: [pygtk] new snapshot of pygtk

1999-04-21 Thread James Henstridge
This is a bit difficult, as there doesn't seem to be anywhere to pass in a user_data argument, that is used in pygtk to keep a reference to the python function. James Henstridge. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ On Wed, 21 Apr 1999, David M. Cook wrote: On

Re: [pygtk] new snapshot of pygtk

1999-04-21 Thread David M. Cook
On Thu, Apr 22, 1999 at 10:37:53AM +0800, James Henstridge wrote: This is a bit difficult, as there doesn't seem to be anywhere to pass in a user_data argument, that is used in pygtk to keep a reference to the python function. I thought it might be something fundamental like that as the def

Re: [pygtk] new snapshot of pygtk

1999-04-21 Thread James Henstridge
Maybe ... it would probably have to wait for gtk+ 1.3 series. It would require adding a sort_user_data member to the GtkCList structure. This might not sound bad at first, but it would change all the addresses of GtkCTree public members, which would break binary compatibility (and that is

Re: [pygtk] new snapshot of pygtk and gnome-python

1999-02-23 Thread James Henstridge
Probably just have to revert to the old way. Convert getattr(self, i) to "self.get_data(i)" and setattr(self, i, a) to "self.set_data(i, a)" James Henstridge. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ On Tue, 23 Feb 1999, Sam Tannous wrote: Sorry for my stupidity,

Re: [pygtk] New snapshot of pygtk

1999-02-19 Thread Chi-Deok Hwang
If you can think of some more functions that should accept None instead of a string or object, report that here as well. gtk_selection_owner_set(widget, selection, time) where widget may be NULL. To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]

Re: [pygtk] New snapshot of pygtk

1999-02-19 Thread Hrvoje Niksic
James Henstridge [EMAIL PROTECTED] writes: I am not sure how to handle this problem. Does anyone have any ideas? Can you please try to recapitulate what exactly the problem is? I find it sort of hard to follow. To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]

[pygtk] New snapshot of pygtk

1999-02-18 Thread James Henstridge
Hello, I have released a new snapshot of pygtk, that will probably become 0.5.11. It contains the __[gs]etattr__ additions, and I have implemented a (null-ok) tag for the .defs files that produces code so that None can be passed in place of a string or GtkObject or boxed type (GdkFont/GdkColor

[pygtk] New snapshot of pygtk

1999-02-02 Thread James Henstridge
Hello, I have just finished making some changes to pygtk, and was wondering if anyone wanted to test them out. You can either just check out the pygtk or gnome-python modules from GNOME's CVS, or get the snapshot at ftp://ftp.daa.com.au/pub/james/python/pygtk-SNAP-19990202.tar.gz This snapshot