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
