Re: FileChooserDialog constructors taking backend argument

2017-03-27 Thread Kjell Ahlstedt
Indeed, even GTK+ 3.22 is not strictly enforcing API freeze; as well as deprecations, there has recently been some new API added. One in particular that comes to mind is gtk_flowbox_get_child_at_pos(): https://git.gnome.org/browse/gtk+/commit/gtk/gtkflowbox.h?h=gtk-3-22&id=9679ef6b00cb087fecf77

Re: FileChooserDialog constructors taking backend argument

2017-03-27 Thread Kjell Ahlstedt
Den 2017-03-26 kl. 23:15, skrev Daniel Boles: Hello, About this commit: https://git.gnome.org/browse/gtkmm/commit/?id=bd97e557771cdce23bdc815288db2ffdd8c083c9 Clearly these constructors could not actually achieve their stated purpose in GTK+ 3, as the backend functionality was removed alread

Fwd: FileChooserDialog constructors taking backend argument

2017-03-27 Thread Daniel Boles
On 27 March 2017 at 12:50, Kjell Ahlstedt wrote: > Den 2017-03-26 kl. 23:15, skrev Daniel Boles: > >> Hello, >> >> About this commit: https://git.gnome.org/browse/g >> tkmm/commit/?id=bd97e557771cdce23bdc815288db2ffdd8c083c9 >> >> Clearly these constructors could not actually achieve their stated

FileChooserDialog constructors taking backend argument

2017-03-26 Thread Daniel Boles
Hello, About this commit: https://git.gnome.org/browse/gtkmm/commit/?id=bd97e557771cdce23bdc815288db2ffdd8c083c9 Clearly these constructors could not actually achieve their stated purpose in GTK+ 3, as the backend functionality was removed already then. In case anyone was trying to use these in