diff --git a/docs/reference/gtk/migrating-2to3.xml b/docs/reference/gtk/migrating-2to3.xml
index 3d72934487..7298151e6b 100644
--- a/docs/reference/gtk/migrating-2to3.xml
+++ b/docs/reference/gtk/migrating-2to3.xml
@@ -509,6 +509,13 @@ gtk_fixed_get_preferred_height (GtkWidget *widget,
}
+ Note that the get_preferred_width()/height() functions
+ only allow you do return one dimension at a time. If your
+ size_request() handler is doing things that involve both
+ width and height at the same time (e.g. limiting the aspect
+ ratio), you will have to implement get_preferred_height_for_width()
+ and get_preferred_width_for_height().
+
To make full use of the new capabilities of the
height-for-width geometry management, you need to additionally
implement the get_preferred_height_for_width() and
@@ -800,7 +807,21 @@ gtk_arrow_draw (GtkWidget *widget,
- GtkScrolledWindow policy
+ Check your expand flags
+
+
+ The behaviour of expanding widgets has changed slightly in GTK+ 3,
+ compared to GTK+ 2.x. It is now 'inherited', i.e. a container that
+ has an expanding child is considered expanding itself. This is often
+ the desired behaviour. In places where you don't want this to happen,
+ setting the container explicity as not expanding will stop the
+ expand flag of the child from being inherited. See
+ gtk_widget_set_hexpand() and gtk_widget_set_vexpand().
+
+
+
+
+ Scrolling changes
The default values for the #GtkScrolledWindow:hscrollbar-policy and
@@ -808,6 +829,14 @@ gtk_arrow_draw (GtkWidget *widget,
'never' to 'automatic'. If your application was relying on the default
value, you will have explicitly set it explicitly.
+
+
+ The ::set-scroll-adjustments signal on GtkWidget has been replaced
+ by the #GtkScrollable interface which must be implemented by a widget
+ that wants to be placed in a #GtkScrolledWindow. Instead of emitting
+ ::set-scroll-adjustments, the scrolled window simply sets the
+ #GtkScrollable::hadjustment and #GtkScrollable::vadjustment properties.
+