James> One request that has come up many times is to drop the "Gtk"
James> prefix from the widget class names in pygtk.
I have no strong opinion on this topic, but would generally favor it.
James> There is one other major change that I am considering (although
James> it will affect the API far less) -- using the new python 2.2
James> features instead of ExtensionClass. I haven't started looking at
James> how easy such a change would be (probably not that hard -- it
James> would mainly be changes to the code generator and the gobject
James> module). The change would have the following pros:
This I am more strongly in favor of. ExtensionClass will likely need some
tweaks to run with 2.2. Guido mentioned this on python-dev. He also
indicated that one goal of the type/class unification was to eliminate
ExtensionClass altogether. My guess is that it's unlikely that the Zope
folks will support ExtensionClass beyond the 2.2 release, so I think it
would be best to bite the bullet now and get rid of EC now.
--
Skip Montanaro ([EMAIL PROTECTED])
http://www.mojam.com/
http://www.musi-cal.com/
_______________________________________________
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
