Re: [pygtk] configure event && libglade?
[EMAIL PROTECTED] wrote: >Hi. I'm having a spot of trouble catching a configure event with >libglade. Sometimes I get multiple configures right in a row, and >other times I don't get any configures. The code which doesn't get me >any configure events is at > >http://russnelson.com/tgrmap.py >http://russnelson.com/tgrmap.glade > >If anyone can help me fix this problem, I'll probably be able to fix >it in the code at http://www.pygps.org/ as well. Thanks! > > You might have better luck hooking the "size_allocate" signal. As pygtk-0.6.x won't properly handle the allocation argument to the signal handler (because the argument claims to be a GTK_TYPE_POINTER, rather than the correct type, this isn't as straight forward as with 1.99.x (gtk 2.0 does provide the correct type information). You should set the "after" flag when connecting the signal. From your handler, you can call widget.get_allocation(), which returns an (x,y, w,h) tuple. (with 1.99.x, you can just use the allocation argument to size_allocate directly). James. -- Email: [EMAIL PROTECTED] | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. ___ 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] configure event && libglade?
Hi. I'm having a spot of trouble catching a configure event with libglade. Sometimes I get multiple configures right in a row, and other times I don't get any configures. The code which doesn't get me any configure events is at http://russnelson.com/tgrmap.py http://russnelson.com/tgrmap.glade If anyone can help me fix this problem, I'll probably be able to fix it in the code at http://www.pygps.org/ as well. Thanks! -- -russ nelson http://russnelson.com | Crynwr sells support for free software | PGPok | businesses persuade 521 Pleasant Valley Rd. | +1 315 268 1925 voice | governments coerce Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | ___ 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 parallel install
Torsten Landschoff wrote:
>Hi James,
>
>Just built Debian packages for pygtk 0.6.11 and 1.99.13.
>
>On Sun, Aug 18, 2002 at 09:37:16PM +0800, James Henstridge wrote:
>
>
>>I have just checked in changes to pygtk and gnome-python (both 1.2 and
>>2.0 branches) to make parallel install easier.
>>
>>Here is a small summary of how it works:
>>
>>1. each major version of pygtk (1.2, 2.0, etc) installs under:
>> $(prefix)/lib/python?.?/site-packages/gtk-x.y
>>
>>
>
>This works fine.
>
>
>
>>2. each version of pygtk installs a file called pygtk.pth into:
>> $(prefix)/lib/python?.?/site-packages
>> containing a single line: gtk-x.y
>>
>>
>
>pygtk 1.99.13 does not seem to do that. pygtk.pth is missing so far.
>No problem currently as I did not want to make the new version the
>default already.
>
>
>
>>3. each version of pygtk installs the file pygtk.py into
>> $(prefix)/lib/python?.?/site-packages
>> This file is identical for all pygtk versions.
>>
>>
>
>This file is also only installed from 0.6.11 is seems.
>
That is weird. I use exactly the same code in the Makefile.am's of the
different versions.
>
>
>
>>Addon packages install into the appropriate gtk-x.y directory.
>>
>>Results are:
>>[...]
>>c. Programs can request a particular major version of pygtk with:
>> import pygtk ; pygtk.require('x.y')
>> If they want a particular version, this can be followed with an
>> assert:
>> import pygtk ; pygtk.require('2.0')
>> import gtk
>> assert gtk.pygtk_version >= (1,99,12), 'pygtk version too old'
>>
>>
>
>Sorry, but I can't see how this can work if pygtk.pth only includes
>the default version. With that setup only a single installation of
>pygtk will be in sys.path. But pygtk.py seems to look into just that
>variable to find out the available versions of pygtk.
>
>Perhaps you just meant to say that all versions should be in pygtk.pth
>with the default version first?
>
>
The .pth file is used to select a default version of pygtk.
For apps that want to make sure they get a particular version, they use
the pygtk.py module. This module removes the default pygtk platform
from sys.path and adds the desired version (or raises an exception if
the requested version is not found).
James.
--
Email: [EMAIL PROTECTED] | Linux.conf.au http://linux.conf.au/
WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia.
___
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] getting started with pygtk2
Michael Stenner wrote: >I'm interested in switching to pygtk2 (from pygtk 0.x). I'm writing a >new program so it's not a porting issue. I'm working on Red Hat 7.3 >machines which have > >python 1.5.2 / pygtk 0.6.9 / gtk 1.2.10 >python 2.2 / pygtk 1.99.8 / gtk 2.0.2 > >I'd really just prefer to pick one of these rather than try and mix >(new python & old pygtk for example) and I have a strong preference >for python 2.x. Besides, I figured it's about time to start switching >to gtk 2. > >Originally, I figured out how to use pygtk by reading the gtk api docs >at http://gtk.org/api/ and by reading through gtk.py in the old (0.x) >pygtk. > >It seems I can't do that any more :( I can still read the gtk docs >there obviously, but I really need a pygtk api reference, too. (I >really have looked for one, and I apologize if I missed it.) > > Have a look at the generated documentation available at: http://www.gnome.org/~james/pygtk-docs/ These docs are generated from the C API documentation and the .defs files used to build the python bindings. James. -- Email: [EMAIL PROTECTED] | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. ___ 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] ../libtool[1280]: yes: not found.
Gansser, Martin wrote: >Hi, > >I tried to compile gnome-python-1.4.4 on hpux 11.00, but get the following error >messages: > >gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/python2.2 >-I/opt/gnome/include/gnome-1.0 -DNEE >D_GNOMESUPPORT_H -I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/glib-1.2 >-I/opt/gnome/lib/ >glib/include -I/opt/gnome/include/orbit-1.0 -I/opt/gnome/include/gtk-1.2 >-I/opt/gnome/include -I/opt >/gnome/include/gnome-xml -I/opt/gnome/include -I/opt/gnome/include/gnome-1.0 >-DNEED_GNOMESUPPORT_H - >I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/glib-1.2 >-I/opt/gnome/lib/glib/include -I/op >t/gnome/include/orbit-1.0 -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include >-I/opt/gnome/include/lib >capplet1 -g -O2 -Iyes -c gnomemodule.c -MT gnomemodule.lo -MD -MP -MF >.deps/gnomemodule.TPlo -fPIC >-DPIC -o gnomemodule.o >In file included from gnomemodule.c:539: >gnomemodule_impl.c: In function `_wrap_gnome_mime_type': >gnomemodule_impl.c:521: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_type_or_default': >gnomemodule_impl.c:538: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_type_of_file': >gnomemodule_impl.c:555: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_type_or_default_of_file': >gnomemodule_impl.c:572: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_type_from_magic': >gnomemodule_impl.c:589: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_get_value': >gnomemodule_impl.c:606: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_program': >gnomemodule_impl.c:623: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_description': >gnomemodule_impl.c:640: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_test': >gnomemodule_impl.c:657: warning: assignment discards qualifiers from pointer target >type >gnomemodule_impl.c: In function `_wrap_gnome_mime_composetyped': >gnomemodule_impl.c:674: warning: assignment discards qualifiers from pointer target >type >mv -f gnomemodule.o gnomemodule.lo >/bin/sh ../libtool --mode=link gcc -g -O2 -Iyes -Lyes -o _gnomemodule.la -rpath >/opt/gnome/lib/pyt >hon2.2/site-packages -module -avoid-version gnomemodule.lo -L/opt/gnome/lib -lgnome >-lgnomesupport - >lesd -laudiofile -ldb-3 -lgdk_imlib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 >-lm >../libtool[1280]: yes: not found. >libtool: link: cannot determine absolute directory name of `yes' >gmake[3]: *** [_gnomemodule.la] Error 1 >gmake[3]: Leaving directory `/opt/mgansser/GNU/gnome-python-1.4.4/pygnome' >gmake[2]: *** [all-recursive] Error 1 >gmake[2]: Leaving directory `/opt/mgansser/GNU/gnome-python-1.4.4/pygnome' >gmake[1]: *** [all-recursive] Error 1 >gmake[1]: Leaving directory `/opt/mgansser/GNU/gnome-python-1.4.4' >gmake: *** [all] Error 2 >prounix_root:/users/mgansser/GNU/gnome-python-1.4.4 # > >used software: >gcc-3.2 >libtool-1.4.2 tested also with 1.3.5 >perl-5.8.0 > >any help ? > >thanks Martin > > What arguments did you pass to gnome-python's configure script? James. -- Email: [EMAIL PROTECTED] | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. ___ 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 parallel install
Hi James,
Just built Debian packages for pygtk 0.6.11 and 1.99.13.
On Sun, Aug 18, 2002 at 09:37:16PM +0800, James Henstridge wrote:
> I have just checked in changes to pygtk and gnome-python (both 1.2 and
> 2.0 branches) to make parallel install easier.
>
> Here is a small summary of how it works:
>
> 1. each major version of pygtk (1.2, 2.0, etc) installs under:
> $(prefix)/lib/python?.?/site-packages/gtk-x.y
This works fine.
> 2. each version of pygtk installs a file called pygtk.pth into:
> $(prefix)/lib/python?.?/site-packages
>containing a single line: gtk-x.y
pygtk 1.99.13 does not seem to do that. pygtk.pth is missing so far.
No problem currently as I did not want to make the new version the
default already.
> 3. each version of pygtk installs the file pygtk.py into
> $(prefix)/lib/python?.?/site-packages
>This file is identical for all pygtk versions.
This file is also only installed from 0.6.11 is seems.
> Addon packages install into the appropriate gtk-x.y directory.
>
> Results are:
> [...]
> c. Programs can request a particular major version of pygtk with:
> import pygtk ; pygtk.require('x.y')
>If they want a particular version, this can be followed with an
>assert:
> import pygtk ; pygtk.require('2.0')
> import gtk
> assert gtk.pygtk_version >= (1,99,12), 'pygtk version too old'
Sorry, but I can't see how this can work if pygtk.pth only includes
the default version. With that setup only a single installation of
pygtk will be in sys.path. But pygtk.py seems to look into just that
variable to find out the available versions of pygtk.
Perhaps you just meant to say that all versions should be in pygtk.pth
with the default version first?
Thanks for all your work on this software
Torsten
msg04345/pgp0.pgp
Description: PGP signature
Re: [pygtk] faking events
On Sat, 2002-08-31 at 03:21, Arjan Molenaar wrote: > In DiaCanvas2 I work around this by explitly setting the zoom factor: > > (in C) > gnome_canvas_set_pixels_per_unit (GNOME_CANVAS (view), >GNOME_CANVAS (view)->pixels_per_unit); Wohoo!!! Cheers,. that sorted out the redrawing, no it's a wait-for-the-fix game for the drawing order problem. For some reason, the canvas shows the widget, then moves, despite being told to move, then draw then show :o) Still, it works, thanks... -- * * Rob Brown-Bayliss * ___ 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] getting started with pygtk2
Michael Stenner wrote: > It seems I can't do that any more :( I can still read the gtk docs > there obviously, but I really need a pygtk api reference, too. (I > really have looked for one, and I apologize if I missed it.) http://www.gnome.org/~james/pygtk-docs/index.html ___ 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] getting started with pygtk2
On Fri, Aug 30, 2002 at 11:09:58AM -0400, Michael Stenner wrote: > > It seems I can't do that any more :( I can still read the gtk docs > there obviously, but I really need a pygtk api reference, too. (I > really have looked for one, and I apologize if I missed it.) http://www.async.com.br/faq/pygtk/index.py?req=show&file=faq01.012.htp Take care, -- Christian Reis, Senior Engineer, Async Open Source, Brazil. http://async.com.br/~kiko/ | [+55 16] 261 2331 | NMFL ___ 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] faking events
On Fri, 2002-08-30 at 01:05, Rob Brown-Bayliss wrote: > > Hi. I am having a problem with the gnome canvas redrawing. > > All works fine until I decide to show or hide some widgets on the > canvas, then it seems that the canvas is not redrawing correctly until I > mouse over the objects. > > Is there a way I can "fake" the mouse over the canvas by sending it a > gdk event like an expose event? In DiaCanvas2 I work around this by explitly setting the zoom factor: (in C) gnome_canvas_set_pixels_per_unit (GNOME_CANVAS (view), GNOME_CANVAS (view)->pixels_per_unit); Regards, Arjan ___ 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] getting started with pygtk2
I'm interested in switching to pygtk2 (from pygtk 0.x). I'm writing a new program so it's not a porting issue. I'm working on Red Hat 7.3 machines which have python 1.5.2 / pygtk 0.6.9 / gtk 1.2.10 python 2.2 / pygtk 1.99.8 / gtk 2.0.2 I'd really just prefer to pick one of these rather than try and mix (new python & old pygtk for example) and I have a strong preference for python 2.x. Besides, I figured it's about time to start switching to gtk 2. Originally, I figured out how to use pygtk by reading the gtk api docs at http://gtk.org/api/ and by reading through gtk.py in the old (0.x) pygtk. It seems I can't do that any more :( I can still read the gtk docs there obviously, but I really need a pygtk api reference, too. (I really have looked for one, and I apologize if I missed it.) Thanks, Michael -- Michael Stenner Office Phone: 919-660-2513 Duke University, Dept. of Physics [EMAIL PROTECTED] Box 90305, Durham N.C. 27708-0305 ___ 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] ANNOUNCE: pygtk-0.6.11 and gnome-python-1.4.4
On Fri, Aug 30, 2002 at 07:50:11AM -0500, Jon Nelson wrote: > > Some changes snuck into pygtk-0.6.9 that added the requirement > > for 1.2.10, iirc (accessors for some GtkWindow struct fields, > > from memory). > > Those must be the two items I removed above (both were window items). That was me when I added the GtkWindow focus_widget attributes, for the record. > All of that is true (except the 'easy' part). RedHat ships > 1.2.6 and as far as most businesses are concerned, until > redhat ships 1.2.X, 1.2.6 is what will be used. It's simply > not possible in many circumstances. Aside from the bugs in > gtk itself, and those *2* window items, 1.2.6 seems to > work just fine. What version of RedHat are you talking about? I was positive they shipped 1.2.10 in RH7 at least. Take care, -- Christian Reis, Senior Engineer, Async Open Source, Brazil. http://async.com.br/~kiko/ | [+55 16] 261 2331 | NMFL ___ 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] ANNOUNCE: pygtk-0.6.11 and gnome-python-1.4.4
On Fri, 30 Aug 2002 12:44:19 +0800 James Henstridge <[EMAIL PROTECTED]> wrote: > Jon Nelson wrote: > > >On Fri, 23 Aug 2002 23:29:28 +0800 > >James Henstridge <[EMAIL PROTECTED]> wrote: .. > >After commenting out two items in generate/gtkcontainer.defs, > >'make' succeeds. .. > >Aha! Change the requirement to 1.2.6 not 1.2.10, and > >configure properly grabs the gtk-config stuff. (Why configure > >doesn't error out when it realizes that the only installed > >version is too low is a bug IMO.) > > > >Why, *exactly*, does pygtk 0.6.11 require gtk >= 1.2.10 ? > >I was able to change the require to 1.2.6 and everything seems > >to work just peachy in everything I've tested so far. > > > Some changes snuck into pygtk-0.6.9 that added the requirement > for 1.2.10, iirc (accessors for some GtkWindow struct fields, > from memory). Those must be the two items I removed above (both were window items). > Will have to check why it didn't error out though. That is > weird. I > don't think depending on 1.2.10 is that big a deal. It has > been out for a year, includes a number of bug fixes not found > in 1.2.6, handles submenu navigation much nicer, is required > for the Raleigh theme to function correctly, etc. All of that is true (except the 'easy' part). RedHat ships 1.2.6 and as far as most businesses are concerned, until redhat ships 1.2.X, 1.2.6 is what will be used. It's simply not possible in many circumstances. Aside from the bugs in gtk itself, and those *2* window items, 1.2.6 seems to work just fine. .. > Shouldn't the pygtk.pth file pointing at the "gtk-1.2" > directory be sufficient? Yep. Christian Ries caught me on that one. Doh! As always, thank you for your fine work! -- Pound for pound, the amoeba is the most vicious animal on earth. Jon Nelson <[EMAIL PROTECTED]> C and Python Code Gardener ___ 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] ../libtool[1280]: yes: not found.
Hi, I tried to compile gnome-python-1.4.4 on hpux 11.00, but get the following error messages: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/python2.2 -I/opt/gnome/include/gnome-1.0 -DNEE D_GNOMESUPPORT_H -I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/ glib/include -I/opt/gnome/include/orbit-1.0 -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include -I/opt /gnome/include/gnome-xml -I/opt/gnome/include -I/opt/gnome/include/gnome-1.0 -DNEED_GNOMESUPPORT_H - I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/op t/gnome/include/orbit-1.0 -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include -I/opt/gnome/include/lib capplet1 -g -O2 -Iyes -c gnomemodule.c -MT gnomemodule.lo -MD -MP -MF .deps/gnomemodule.TPlo -fPIC -DPIC -o gnomemodule.o In file included from gnomemodule.c:539: gnomemodule_impl.c: In function `_wrap_gnome_mime_type': gnomemodule_impl.c:521: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_type_or_default': gnomemodule_impl.c:538: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_type_of_file': gnomemodule_impl.c:555: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_type_or_default_of_file': gnomemodule_impl.c:572: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_type_from_magic': gnomemodule_impl.c:589: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_get_value': gnomemodule_impl.c:606: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_program': gnomemodule_impl.c:623: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_description': gnomemodule_impl.c:640: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_test': gnomemodule_impl.c:657: warning: assignment discards qualifiers from pointer target type gnomemodule_impl.c: In function `_wrap_gnome_mime_composetyped': gnomemodule_impl.c:674: warning: assignment discards qualifiers from pointer target type mv -f gnomemodule.o gnomemodule.lo /bin/sh ../libtool --mode=link gcc -g -O2 -Iyes -Lyes -o _gnomemodule.la -rpath /opt/gnome/lib/pyt hon2.2/site-packages -module -avoid-version gnomemodule.lo -L/opt/gnome/lib -lgnome -lgnomesupport - lesd -laudiofile -ldb-3 -lgdk_imlib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm ../libtool[1280]: yes: not found. libtool: link: cannot determine absolute directory name of `yes' gmake[3]: *** [_gnomemodule.la] Error 1 gmake[3]: Leaving directory `/opt/mgansser/GNU/gnome-python-1.4.4/pygnome' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/opt/mgansser/GNU/gnome-python-1.4.4/pygnome' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/opt/mgansser/GNU/gnome-python-1.4.4' gmake: *** [all] Error 2 prounix_root:/users/mgansser/GNU/gnome-python-1.4.4 # used software: gcc-3.2 libtool-1.4.2 tested also with 1.3.5 perl-5.8.0 any help ? thanks Martin ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
