Re: regarding IconView use

["D.H. Bahr" <dbahr uci cu>]

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 ban 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