On Mon, Dec 07, 2009 at 04:17:40PM -0200, Tristan Van Berkom wrote:
2009/12/7 David Nečas y...@physics.muni.cz:
Hello, how is subclassing intended to work in Gtk+ 3.0?
...
Currently in preparation for 3.0, all structure members are getting accessors
so that subclasses can continue to
2009/12/8 David Nečas y...@physics.muni.cz:
On Mon, Dec 07, 2009 at 04:17:40PM -0200, Tristan Van Berkom wrote:
2009/12/7 David Nečas y...@physics.muni.cz:
Hello, how is subclassing intended to work in Gtk+ 3.0?
...
Currently in preparation for 3.0, all structure members are getting
2009/12/8 A. Walton awal...@gnome.org:
2009/12/8 David Nečas y...@physics.muni.cz:
On Mon, Dec 07, 2009 at 04:17:40PM -0200, Tristan Van Berkom wrote:
2009/12/7 David Nečas y...@physics.muni.cz:
Hello, how is subclassing intended to work in Gtk+ 3.0?
* GSEAL() bridges the gap between
On Tue, Dec 08, 2009 at 10:44:56AM -0500, A. Walton wrote:
You can do something like a mix of 2, 3, and 4:
* GSEAL() bridges the gap between 2.9x.x and 3.0 by making it easier
to port and see where we're missing accessors.
* Widgets are patched during the 3.0 ABI break so their currently
Hello, how is subclassing intended to work in Gtk+ 3.0?
Now I subclass GtkButton with
struct _MyButton {
GtkButton parent;
/* My fields go here. */
...
};
According to
http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00014.html
object struct definitions will be
2009/12/7 David Nečas y...@physics.muni.cz:
Hello, how is subclassing intended to work in Gtk+ 3.0?
Now I subclass GtkButton with
struct _MyButton {
GtkButton parent;
/* My fields go here. */
...
};
According to