On 15 September 2017 at 11:34, Murray Cumming <murr...@murrayc.com> wrote:

> On Fri, 2017-09-15 at 11:29 +0100, Daniel Boles wrote:
> > Sorry if it was already discussed -  I feel like it probably was, but
> > can't see it right now.
> >
> > Even though GTK+ has no plans for versions > 3.22, couldn't gtkmm
> > branch and have an 'almost-stable' gtkmm-3-24, etc of its own for
> > changes that are fairly innocuous, but which you still don't want in
> > the 3-22 branch?
>
> Let's keep that as a possibility, but I haven't seen a serious need for
> it yet. But I could be persuaded by a list of API additions that we'd
> like to make in 3.22 or 3.24. Otherwise it's just a hypothetical that
> we don't need to worry about.
>

I'd need to ponder more to get a proper list, but some additions from
recent memory are wrapping Window.show_uri(), which is relatively
unimportant;

this new method in GtkFlowBox:
https://git.gnome.org/browse/gtk+/commit/gtk/gtkflowbox.c?h=gtk-3-22&id=9679ef6b00cb087fecf772bb69ab9a2ad7429835

and this fix for odd gtkmm API, which is wordy to work around in user code:
https://bugzilla.gnome.org/show_bug.cgi?id=784390

There's also things that may yet be backported to GTK+ 3.22, due to the
existing equivalents being a bit broken, e.g. the InfoBar:revealed property
(and probably same for ActionBar, though that issue is noticed less often).
_______________________________________________
gtkmm-list mailing list
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list

Reply via email to