On Thu, 2013-09-26 at 22:45 +0200, Krzysztof Kosiński wrote:
2013/9/26 Murray Cumming murr...@murrayc.com:
because we cannot yet break the ABI to add Gtk::Actionable as a base
class for several classes:
https://git.gnome.org/browse/gtkmm/commit/?id=3381c0aea10891a2dccc49b5e450fd497a3cb807
On Tue, 2013-09-03 at 23:04 +0200, Murray Cumming wrote:
There are other problems that prevent a simple deprecation of
GtkAction:
* There is no replacement yet for GtkRadioActionItem:
https://bugzilla.gnome.org/show_bug.cgi?id=705656
I meant GtkRecentAction:
2013/9/26 Murray Cumming murr...@murrayc.com:
because we cannot yet break the ABI to add Gtk::Actionable as a base
class for several classes:
https://git.gnome.org/browse/gtkmm/commit/?id=3381c0aea10891a2dccc49b5e450fd497a3cb807
FWIW:
From my perspective, it would be far more desirable to have
On Thu, 2013-08-08 at 10:26 +0200, Murray Cumming wrote:
Over the last few days I've spent a long time wrestling with gio's new
GAction API, trying to port some gtkmm code that used GtkAction and
GtkUIManager, both of which GTK+ has now deprecated. This email is to
get some feedback in case
On Thu, 2013-08-08 at 16:40 +0200, Kjell Ahlstedt wrote:
Templated get_*() methods can be added as overloaded methods, because
the number of parameters will be different. Example:
_WRAP_METHOD(Glib::VariantBase get_action_state(const
Glib::ustring action_name) const,
2013-08-09 12:17, Murray Cumming skrev:
On Thu, 2013-08-08 at 16:40 +0200, Kjell Ahlstedt wrote:
Templated get_*() methods can be added as overloaded methods, because
the number of parameters will be different. Example:
_WRAP_METHOD(Glib::VariantBase get_action_state(const
Over the last few days I've spent a long time wrestling with gio's new
GAction API, trying to port some gtkmm code that used GtkAction and
GtkUIManager, both of which GTK+ has now deprecated. This email is to
get some feedback in case I've lost perspective.
Note that several GTK+ developers feel
2013-08-08 10:26, Murray Cumming skrev:
I've tried to make the C++ API as nice as possible, avoiding the need
for magic incantations, or the need to understand the overly-conceptual
documentation, and avoiding the need to deal with GVariant
(Glib::VariantBase and Glib::Variant) too much. For
