Bottom line: my code should work properly on 3.8 (maybe 3.6) ?? Does (anybody knows if) Nautilus uses something different for its Icon View? Nautilus re-layouts its icons just fine.
Best regards El mar, 23-04-2013 a las 23:33 +0900, Tristan Van Berkom escribió: > I don't know why it regressed in 3.4.x (but the person who fixed it > must have an idea ;-)) > > In master it's working just fine in the demo, I presume 3.8 is also fine > too, not sure about 3.6 as I haven't checked it. > > A guess about 2.24, is that in 2.24 we didn't have height-for-width > geometry management built into GTK+, so allocating the icon view > would cause a relayout of the items, causing another request to > occur, causing another allocation to occur. > > I have a feeling that the bug you are seeing in 2.24 is an infinite > relayout of the icon view where the icon view would be one item > wider without the scrollbar, and one item narrower with the scrollbar > (allocating with one less column causes more height to be required, > causing the vertical scrollbar to appear)... I've seen something > similar to that effect (and struggled to get it right near 3.0 release > time)... > > In any case, that has always been a delicate issue (with scrolled > windows and height-for-width aware widgets), I'm pretty sure the > bug was not always there in GTK+ 2.x, so if it's reproducible, there > should be a bug filed for it. > > Cheers, > -Tristan > > > > On Tue, Apr 23, 2013 at 11:08 PM, Colomban Wendling < > lists....@herbesfolles.org> wrote: > > > Hi, > > > > Le 23/04/2013 15:01, Tristan Van Berkom a écrit : > > > It's not the expected behaviour. > > > > > > GtkIconView lays out it's icons based on the available/allocated width, > > > unless the "columns" property is explicitly set, it always has. > > > > > > It's possible that there was a bug earlier on in 3.x (3.2 ? 3.4 ?), but > > > if you see ./tests/testiconview you will find icons that layout properly > > > (and I'm sure GtkIconView was working properly in 3.0.0, since I made > > > sure of that). > > > > There is indeed an issue on (Debian's) 3.4.2. gtk2-demo (2.24.10) > > reflows just fine, but gtk3-demo don't. > > > > Though on a somewhat unrelated topic, while trying (in gtk-demo, GTK > > 2.24) to resize the icon demo toplevel back and forth to see it > > reflowing properly, I made if freeze. Apparently it's quite easy to > > make it enter some kind of infinite loop by just resizing the toplevel > > quite rapidly, and that's a bug I guess :) No idea where it comes from > > though, the backtrace shows some signal emission, some icon view layout > > and alike. It looks something like if the layout code went into a state > > where it can't succeed or something, and always tries to recompute > > something. Not quite sure though. > > > > Cheers, > > Colomban > > _______________________________________________ > > gtk-app-devel-list mailing list > > gtk-app-devel-list@gnome.org > > https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > > > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > http://www.uci.cu http://www.uci.cu _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list