diff options
author | Daniel Boles <dboles@src.gnome.org> | 2017-09-12 22:48:58 +0100 |
---|---|---|
committer | Daniel Boles <dboles@src.gnome.org> | 2017-09-12 22:49:48 +0100 |
commit | d207e03918c86d9f5982f7bc7fd9dc0edb67f101 (patch) | |
tree | e7d7b234160e523bd1cab5e1ddad30213c693dc9 | |
parent | efaf99b039f3882157df67f714dfa5a7af46f2a2 (diff) | |
download | gtk+-d207e03918c86d9f5982f7bc7fd9dc0edb67f101.tar.gz |
FlowBox: Explain how to avoid inflated min size
along the orthogonal orientation. It seems a FlowBox on its own can only
handle being shrunk along its main orientation. The orthogonal requests
a huge min size – reserving what it would need if the main orientation
got its min size, which would flow all children in 1 line orthogonally.
Adding it to a ScrolledWindow (any policy) enables free shrinking, so
size_allocate() can reflow how users in this situation probably expect.
https://bugzilla.gnome.org/show_bug.cgi?id=787021
-rw-r--r-- | gtk/gtkflowbox.c | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/gtk/gtkflowbox.c b/gtk/gtkflowbox.c index 0119f460fd..d0c7723226 100644 --- a/gtk/gtkflowbox.c +++ b/gtk/gtkflowbox.c @@ -41,6 +41,10 @@ * Reducing the height will require more columns, so a larger width will * be requested. * + * The size request of a GtkFlowBox alone may not be what you expect; if you + * need to be able to shrink it along both axes and dynamically reflow its + * children, you may have to wrap it in a #GtkScrolledWindow to enable that. + * * The children of a GtkFlowBox can be dynamically sorted and filtered. * * Although a GtkFlowBox must have only #GtkFlowBoxChild children, |