Re: Reimplementing or removing children() in gtkmm 3
- From: Milosz Derezynski <internalerror gmail com>
- To: Murray Cumming <murrayc murrayc com>
- Cc: gtkmm-list <gtkmm-list gnome org>
- Subject: Re: Reimplementing or removing children() in gtkmm 3
- Date: Tue, 16 Mar 2010 15:27:00 +0100
The only way I see to do this is to use gtk_box_forall(), but this is not the same as the previous Box::children(), it returns the actual widgets only, not the BoxChildren. Sadly there seems to be no way, i currently need this to for a derivative of Gtk::HBox.
On Tue, Mar 16, 2010 at 2:20 PM, Murray Cumming
<murrayc murrayc com> wrote:
GTK+ 3 will remove many struct fields that we were previously able to
(and maybe meant to) access directly. This includes, for instance,
GtkBox::children, which is already marked with GSEAL, allowing us to
experience the pain today if we choose:
http://git.gnome.org/browse/gtk+/tree/gtk/gtkbox.h#n58
But we use this to implement our STL-style API, via
Gtk::Box::children().
So we need to either
- Find a way to do this without the struct field
or
- Remove that API from gtkmm.
It would be great if someone wants to look at the problem.
I try to keep the gtkmm-3maybe branch from using any deprecated API, so
to see the problem, checkout the glibmm3-maybe branch,
comment out the
#undef GSEAL_ENABLE
here:
http://git.gnome.org/browse/gtkmm/tree/gtk/src/box.hg?h=gtkmm-3maybe
then build with
./autogen.sh --enable-warnings=fatal
--
murrayc murrayc com
www.murrayc.com
www.openismus.com
_______________________________________________
gtkmm-list mailing list
gtkmm-list gnome org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
--
Please note that according to the German law on data retention,
information on every electronic information exchange with me is
retained for a period of six months.
[Bitte beachten Sie, dass dem Gesetz zur Vorratsdatenspeicherung zufolge
jeder elektronische Kontakt mit mir sechs Monate lang gespeichert wird.]
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]