regarding IconView use
Hello list! I'm facing a problem trying to use an IconView: the thing is icons inside IconView get distributed considering the size of the IconView at population time: if IconView is resized after population the items won't accommodate themselves to the new dimensions. Is this a known bug? Should I be enabling some mask I am not? is this implemented via callbacks?? Best regards 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
Re: regarding IconView use
Nope, that's not a bug, it is the expected behavior. You should look in libgd, there should be something like EggListBox but IconView like Is this a known bug? Should I be enabling some mask I am not? is this implemented via callbacks?? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: regarding IconView use
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). Cheers, -Tristan On Tue, Apr 23, 2013 at 9:49 PM, Erick Pérez Castellanos eric...@gnome.orgwrote: Nope, that's not a bug, it is the expected behavior. You should look in libgd, there should be something like EggListBox but IconView like Is this a known bug? Should I be enabling some mask I am not? is this implemented via callbacks?? ___ 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
Re: regarding IconView use
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
Re: regarding IconView use
hi; On 23 April 2013 11:44, D.H. Bahr db...@uci.cu wrote: Does (anybody knows if) Nautilus uses something different for its Icon View? Nautilus re-layouts its icons just fine. Nautilus does not use GtkIconView. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+3 win32/64 build environment
Hi folks, The Linux cross-compile buildenv for GTK+3 is available for download : http://www.tarnyko.net/repo/gtk3_build_system/ GTK+3.4.2_build_system-crosslinux-v1.tar.bz2 It currently only works on CentOS 6.0 x86/amd64, but it's easy to extend to other distros -see tree scripts in z_Install. There's no Win64 target yet (have to work on that ), Win32 only for the moment. As for the way the buildenv works, you better read the scripts, but to summarize : it first builds most of the stack statically for Linux, then rebuilds dynamically for Windows using some of the tools compiled before. - I've put the three buildenvs (win32, win64, cross-linux) on Git : https://git.gnome.org/browse/gtk3-build-system/tree/ If someone wants to contribute, here is some TODO : - merge the 3 buildenvs in 1 (should not be hard) ; - enhance the scripts so they use less hard-coded names ; - enhance the scripts so they perform better tests, and give more info to the user regarding what's going on. So we are now able to : - Compile natively 32-bit GTK+3 from 32-bit Windows ; - Compile natively 64-bit GTK+3 from 64-bit Windows ; - Cross-compile 32-bit GTK+3 from 32-bit/64-bit Linux (CentOS 6) ; Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
GSlice vs. tcmalloc vs. jemalloc
Hi , Have you ever compare the GSlice allocator with other malloc library like tcmalloc or jemalloc? Thanks, -Hieu -- Think environment! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list