On Thu, Oct 11, 2001 at 10:11:08AM +0800, James Henstridge wrote:
>
> I don't know if overriding __del__ is supported for new style types yet.
>
> James.
Yea, according to Guido it isn't, and making it work is going to be
hard and screws up GC.
Matt
I've recently implemented drag and drop into a GnomeIconList. Once the
file is dropped, I want to display an icon for the file. I would like to
use the normal Gnome icons, but I'm not sure how to find them. I have
discovered that I use something like:
gnome.mime.get_value('application/pdf','ic
On Wed, 10 Oct 2001, Elliot Lee wrote:
> I had sent a patch earlier that did this and works fine, but unfortunately
> it seems as if some of my submissions are disappearing into a black hole.
>
> Latest patch attached,
Sorry for not getting round to your patch. I must have gotten lost in my
inb
> which leads me to believe that __del__ would not be called in the current
> implementation. If people are going to be subclassing more than the
> traditional builtin types I think __del__ methods will have to be supported.
Correct, __del__ is not yet supported. (__coerce__ is, as of 2.2a4 at
Hi there,
I've written some extended widgets for the gnome-python bindings. I
mainly use them in some of my tools, but I thought, that maybe someone
out there is interested in using it, too. The two main widgets are an
extended file selection dialog and a more informative progressbar.
Screenshot
On Wed, 10 Oct 2001, Matt Wilson wrote:
> On Wed, Oct 10, 2001 at 04:50:12PM +0200, Peter Kese wrote:
> >
> > Presumably when label is deleted, its __del__ method should get called.
> > But it doesn't. When and how should I use unref(), sink() and other
> > methods?
> >
> > How and when do PyGtk
I've been trying to work with mime types, and have encountered several
segfaults. I've been able to reproduce it on several machines (Red Hat
and Debian). Most mime types passed to gnome.mime.description work
properly, but some types cause a segmentation fault.
Any ideas on how to get around this
On Wed, 10 Oct 2001, Skip Montanaro wrote:
> The attached Python script subclasses gtk.Combo and adds a value-changed
> signal so the user doesn't have to fiddle directly with the signals emitted
> by the underlying Entry and List widgets. Before the switch away from
> ExtensionClass I could hav
The attached Python script subclasses gtk.Combo and adds a value-changed
signal so the user doesn't have to fiddle directly with the signals emitted
by the underlying Entry and List widgets. Before the switch away from
ExtensionClass I could have sworn everything worked fine. Now, every time I
e
(adding python-dev to this conversation because decisions about missing
special methods vis a vis PEP 252/253 seem to me to definitely belong in
that space.)
>> I think that there may be some problems with extended types and
>> __del__?
Matt> For example:
Matt> class myList(typ
On Wed, Oct 10, 2001 at 01:00:11PM -0400, Matt Wilson wrote:
>
> Now, your case puzzles me. I think that there may be some problems
> with extended types and __del__? Does __del__ chain properly? Or do
> we need code to do that in our pygobject before we tear down the whole
> object? PEP 252
The style objects and helpers haven't been reimplemented yet and isn't
fully bound.
Cheers,
Matt
On Thu, Oct 11, 2001 at 02:21:25AM +0900, Tamito KAJIYAMA wrote:
> Hi,
>
> I have trouble with regard to PyGTK 1.99.3 (together with GTK+
> 1.3.9 and Python2.2a4). I know that the `Style' object i
Hi,
I have trouble with regard to PyGTK 1.99.3 (together with GTK+
1.3.9 and Python2.2a4). I know that the `Style' object in PyGTK
0.6.x has the member `white_gc', but it seems not in 1.99.3.
Here is a code snippet that I could not figure out how to fix
"AttributeError: 'Style' object has no att
On Wed, Oct 10, 2001 at 04:50:12PM +0200, Peter Kese wrote:
>
> Presumably when label is deleted, its __del__ method should get called.
> But it doesn't. When and how should I use unref(), sink() and other
> methods?
>
> How and when do PyGtk objects ever get deleted.
Here's the trick. This py
I had sent a patch earlier that did this and works fine, but unfortunately
it seems as if some of my submissions are disappearing into a black hole.
Latest patch attached,
-- Elliot
? autom4te.cache
? obj
? t.py
Index: configure.in
==
Hi!
I am having some problems with reference counting and grabage collection
(or
it could actually be just, that I don't understand how things work in
pygtk).
I there is a small chunk of code for pygtk-1.99.3:
import gtk
class MyLabel(gtk.Label):
def __del__(self):
me> I'm adding a wrapper for gtk_tree_selection_selected_foreach to
me> gtk.overrides. So far, I have this code:
...
me> When I run my example script and select an item in a list, it
me> segfaults a couple of stackframes down from _ts_select_foreach_func
me> trying to
(I've changed the subject because I take a left turn into gdb-land in the
middle of this message.)
James> I may as well add that one of the aims is to never (or at least
James> hardly ever) spit out these gtk warnings. Many of the type
James> checks that might spit out these warning
18 matches
Mail list logo