Narnie Harshoe added the comment:
PyGtk and the python bindings for GTK3 seem to be separate entities. I could
find nothing about GTK3 on pygtk.org. Any ideas where the bug reporting goes
for the python bindings for GTK3?
--
___
Python tracker
Narnie Harshoe added the comment:
Understood. Didn't realize pythonized GTK was 3rd party.
--
___
Python tracker
<http://bugs.python.org/issue14137>
___
___
Narnie Harshoe added the comment:
Understood. I didn't realize it was 3rd party.
--
___
Python tracker
<http://bugs.python.org/issue14138>
___
___
Pytho
New submission from Narnie Harshoe :
In a normal python program, Ctrl-C will set up a KeyboardInterrupt and
terminate the program. This works with a normal python script, including GTK2
gtk.main(), but GTK3 Gtk.main() (even when used in a more robust GTK program
that coded below) will not
New submission from Narnie Harshoe :
Using the following code for a Gtk.CellRenderSpin results in the following
error after changing the spin button several times.
The error is:
/usr/lib/python2.7/dist-packages/gi/types.py:43: Warning: g_object_notify:
assertion `G_IS_OBJECT (object)' f
Narnie Harshoe added the comment:
David, working as fast at learning Python as I can and loving it!
Stefan, thanks for the patches.
Thanks guys,
Narnie
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue9
Narnie Harshoe added the comment:
I'm sorry, but the last lines in the interpreter reflect my code changes which
seemed to not be sufficient, but it shows that just for this case at least, it
corrects it and allows it to be run in /bin/bash shells (much of my shell code
is bash sinc
Narnie Harshoe added the comment:
Hello,
I am impressed by the activity here. I am a new programmer and cutting my teeth
with python. I wish I knew how to do a patch and write unit tests, but I'm just
not there yet.
I can show a test case in this fashion where it fails.
First I prove
Changes by Narnie Harshoe :
--
title: Can choose other shell in subprocess module. Includes fix. -> Can't
choose other shell in subprocess module. Includes fix.
___
Python tracker
<http://bugs.python.or
New submission from Narnie Harshoe :
Popen from the subprocess module when called with shell=True and
executable=/bin/bash still runs in the /bin/sh shell.
The error has been found and corrected in the subprocess module and is as
follows:
change:
lines 1018-1022 for python v 2.6
10 matches
Mail list logo