GtkTreeView in VBox

2010-01-07 Thread Amol Kulkarni
Hi All, Is it possible to add GtkTreeView inside VBox and then add that VBox to ScrolledWindow using gtk_scrolled_window_add_with_viewport(sw,vbox). GtkTreeView has inbuilt scrolling support hence it is expected to add it directely to scrolledwindow using gtk_container_add but in some weird case i

Re: GtkTreeView in VBox

2010-01-07 Thread Kristian Rietveld
On Thu, Jan 7, 2010 at 1:24 PM, Amol Kulkarni amolgkulka...@gmail.com wrote: Is it possible to add GtkTreeView inside VBox and then add that VBox to ScrolledWindow using gtk_scrolled_window_add_with_viewport(sw,vbox). Is this expected/supported use case or am i doing something wrong here?

Re: How To Enable X Root Window PropertyNotify Event (property-notify-event signal?) In GTK+?

2010-01-07 Thread Daniel Yek
Brian J. Tarricone wrote: On 01/05/2010 01:36 PM, Daniel Yek wrote: I want to receive X's PropertyNotify event for _NET_WORKAREA and _NET_CURRENT_DESKTOP root window properties. How can I enable them? Can they be received as property-notify-event signal? Or do I need to use lower level

Re: Testing for memory leaks in GTK

2010-01-07 Thread Simon McVittie
On Thu, 07 Jan 2010 at 08:59:38 +1100, Erik de Castro Lopo wrote: Does that mean I have to recompile glib in order to use this tool? Debian's GLib packages compile GLib twice; the normal copy with the recommended hidden-visibility settings ends up in /usr/lib in the normal libglib2.0-0 binary

Re: Color managed GtkImage

2010-01-07 Thread David Zeuthen
On Tue, 2010-01-05 at 13:44 +, Richard Hughes wrote: Now, Matthias has already said that he's not keen on a lcms dep for GTK, (which I understand) but would adding the functionality to GtkImage and registering an extension point be a wise thing to do? In this case we add a lcms module (or

Re: Testing for memory leaks in GTK

2010-01-07 Thread Erik de Castro Lopo
Simon McVittie wrote: Debian's GLib packages compile GLib twice; the normal copy with the recommended hidden-visibility settings ends up in /usr/lib in the normal libglib2.0-0 binary package (which other packages depend on), but the package also builds extra copy that is refdbg'able, and

Re: Testing for memory leaks in GTK

2010-01-07 Thread Paul Davis
On Thu, Jan 7, 2010 at 4:10 PM, Erik de Castro Lopo mle+...@mega-nerd.com wrote: Simon McVittie wrote: Debian's GLib packages compile GLib twice; the normal copy with the recommended hidden-visibility settings ends up in /usr/lib in the normal libglib2.0-0 binary package (which other packages

Re: Testing for memory leaks in GTK

2010-01-07 Thread Erik de Castro Lopo
Paul Davis wrote: On Thu, Jan 7, 2010 at 4:10 PM, Erik de Castro Lopo mle+...@mega-nerd.com wrote: Simon McVittie wrote: Debian's GLib packages compile GLib twice; the normal copy with the recommended hidden-visibility settings ends up in /usr/lib in the normal libglib2.0-0 binary