Stop recommending flow box for content grids?
My understanding from previous discussions was that GtkFlowBox is appropriate for cases where someone wants a grid and a) the number of items is low and b) they change infrequently. When the number of items is high and/or changes frequently, GtkGridView is required because of performance.
This is currently what's in the documentation for flow boxes and grid views. However, @exalm recently said that flow box should never be used for content. To quote:
GtkGridView
for any content - background picker isn't even static as you can add images to it, flowboxes for controls - the same kind of controls as lists on the Lists page.For example, I can see flowbox being used here: https://gitlab.gnome.org/Teams/Design/software-mockups/-/raw/master/adaptive/context-tiles.png (though you can't link items like that and would have to use spacing). But never for content, ever.
I also remember them being described as data (grid view) vs controls (flow box), same as list view for data and list box for controls. :)
This is not what I remember from the discussion we had about this, so I'd like to clarify before I make any changes. Why shouldn't flow box be used for "content", and what's the definition of content being used here?
@matthiasclasen @ebassi