Web lists-archives.com

Re: Undeprecate GtkAlignment ?


On 4 June 2015 at 10:26, Niels Nesse <nnesse@xxxxxxxxx> wrote:

>>> Some time ago we have discussed this on IRC and eventually filed the bug:
>>> https://bugzilla.gnome.org/show_bug.cgi?id=745317
>>> As you can see undeprecation of GtkAlignment would be helpful for us.
>>> Alternatively a new container could be developed but some of its features
>>> would actually be the same as of GtkAlignment.
> About that bug. I included some language mentioning functionality
> similar to GtkAlignment because I thought that it might fit with my main
> idea. I'm still interested in feedback about adding a convenience
> container that would allow preferred sizes to be "set" without
> overriding GtkWidget disregarding any discussions about GtkAlignment
> like functionality.

You should probably prototype a patch; you can discuss it here; on the
#gtk+ IRC channel (which is where you'll find GTK developers), or
iterate it on Bugzilla.

> I am wondering if losing GtkAlignment is a feature regression.

The class is still there, so there's no regression.

> If I port
> to a later Gtk version that removes GtkAlignment how would I keep the
> layout of my widgets the same? Could it be done without changes to Gtk
> itself?

I assume I'll have to keep writing this answer every other month, for
the rest of my life, even if it's been the exact same policy for the
past 15 years.

Deprecated classes, properties, signals, and functions in GTK+ do not
go away until the major version of GTK+ is bumped. At that point, you
can keep targeting the previous major version of GTK or port to the
new major version, alongside with every other API changes we made in
between. It's important to note that we're not planning a major
version bump any time soon.


[@] ebassi [@gmail.com]
gtk-devel-list mailing list