Main window refreshing
I write a little application for an embedded system (Nokia N800) using GTK+ and GStreamer and I need refreshing of the window. When I iconize the application window and then put it in foreground again, the gstreamer flow disappears. I implemented this flow in a drawing area inside the main window. How can I refresh my application after putting it in foreground again? Thanks for the answer. Best regards. This message was sent using IMP, the Internet Messaging Program. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Changing the style properties?
Hi, I want to remove the horizontal separators of a tree view, but the corresponding property is read only[1]. I assume that this style property can be changed in some way, but how? Thanks in advance, Felipe [1] http://developer.gnome.org/doc/API/2.0/gtk/GtkTreeView.html#id3104240 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Help requested - Gtk::CellRendererCombo, c++
Hello I am using Gtk::CellRendererCombo class for text view (c++). I ve successfully created the model and have shown the combo options in textview. However, I dont know how to display a default value for text view combo column. i.e. when the text view loads the model, it doesnt display any value in combo column as the model only shows the combo options. Any help or suggestion would be appreciated!!! regards ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: g_spawn_async_with_pipes and WIN32
On Sat, 2007-06-23 at 12:35 +0300, Tor Lillqvist wrote: Alan M. Evans writes: I created the minimal sample program, and it works! The working example is virtually copy/pasted out of the non-working code. That's so typical;) Could your problem then simply be caused by some dynamic memory management bug or similar in the full program that corrupts some data structures, maybe even GLib's own? Well, I can't rule anything out yet, but I doubt it. It's just that I do embedded programming for a living; odd failure modes are familiar territory. But this one has me scratching my head. g_spawn_async_with_pipes(); WaitForSingleObject(); BTW, why do you use g_spawn_async_with_pipes() if you then immediately wait for the process to finish? Wouldn't g_spawn_sync() be simpler? A sensible suggestion. In fact I probably would have arrived at that eventually. This was the first iteration, and I was using the async version somewhere else and just copied that block for this purpose. I'll try that now in hopes of getting the code rolling and off to the guy waiting for this functionality. Still, I think I'm going to produce a minimal program/DLL project and post a link when I get a chance. Hopefully you or someone else will be able to simply see where I went wrong and I can go sheepishly back to my hole. Thanks so much for your help, Tor! ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
use of GdkBitmap in gtk_widget_shape_combine_mask()
Disclaimer: I'm very new to Gdk, Gtk, and X. In gtk_widget_shape_combine_mask(), I need to pass in a GdkBitmap to use as the mask. All of the examples I've found create the GdkBitmap/GdkPixmap from static XPM or XBM data. Question #1: How do I create a GdkBitmap dynamically at runtime? That is, not from XPM/XBM? Question #2: To be even more specific, can I create a GdkBitmap from what I get using Cairo? For example, can I call cairo_arc() or cairo_rectangle() to do some drawing for me into something that results in me having a GdkBitmap? Thanks! Stéphane Charette ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Getting a GDK_CONFIGURE event from a GtkImage
Is there some way I can obtain a GDK_CONFIGURE event from a GtkImage widget? I tried putting the GtkImage inside a GtkEventBox and connecting a handler to configure-event, without success. I also manually enabled GDK_STRUCTURE_MASK, even though GTK is supposed to do that by default. I would like to know when the image size has changed, so that I can assign a new GdkPixbuf to the GtkImage and draw to the GdkPixbuf. TIA -Jim ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Getting a GDK_CONFIGURE event from a GtkImage
On 6/25/07, Brian J. Tarricone [EMAIL PROTECTED] wrote:
On Mon, 25 Jun 2007 15:13:30 -0600 Jim George wrote:
Is there some way I can obtain a GDK_CONFIGURE event from a GtkImage
widget? I tried putting the GtkImage inside a GtkEventBox and
connecting a handler to configure-event, without success. I also
manually enabled GDK_STRUCTURE_MASK, even though GTK is supposed to do
that by default. I would like to know when the image size has changed,
so that I can assign a new GdkPixbuf to the GtkImage and draw to the
GdkPixbuf.
AFAIR, configure events are only useful for toplevel windows. You'll
probably want to look at the size-request and/or size-allocate signals
(on GtkWidget).
-brian
That's true (although GtkDrawingArea will emit it too). I tried using
size-request, and nothing happened (callback never got called).
size-allocate, however, caused an infinite loop, because I'm trying to
do the following:
gboolean solar_cal_pixbuf_resize(GtkWidget *widget, GtkAllocation
*alloc, gpointer user_data)
{
GtkImage *img_widget = user_data;
GdkPixbuf *pixbuf = gtk_image_get_pixbuf(img_widget);
if (pixbuf) g_object_unref(pixbuf);
pixbuf = gdk_pixbuf_new(GDK_COLORSPACE_RGB, TRUE, 8, alloc-width,
alloc-height);
gtk_image_set_from_pixbuf(img_widget, pixbuf);
}
The call to gtk_image_set_from_pixbuf causes a size-alloc to be
emitted, leading to the infinite loop. I don't see why the
size-request signal is not being emitted.
Baah, maybe I should just stick to using a GtkDrawingArea instead...
-Jim
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: The new tooltips API in 5 minutes [Was: Re: Whats coming in GTK+ 2.12, continued]
On Sat, Jun 16, 2007 at 12:18:34AM +0100, Damon Chaplin wrote: Is has-tooltip needed for anything besides the efficiency issue? (e.g. a11y or something?) In order for the tooltips implementation to work, we need to monitor motion and related events on the widget's windows. When has-tooltip is set to TRUE it will also modify the event masks of the widget's windows to monitor these events. If we drop this property we would always have to modify event masks of a widget's window, regardless whether it will show tooltips or not -- I am not sure if that is wished. regards, -kris. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: The new tooltips API in 5 minutes [Was: Re: Whats coming in GTK+ 2.12, continued]
On Mon, 25 Jun 2007, Kristian Rietveld wrote: On Mon, Jun 25, 2007 at 09:34:56PM +0100, Damon Chaplin wrote: Tim said we get motion hints everywhere now anyway (though I can't see where that is done in the code). See the last paragraph here: http://mail.gnome.org/archives/gtk-devel-list/2007-March/msg00230.html I don't think Tim was talking about GTK+ in general in that paragraph, but I am not sure either. right, i was referring to the tooltip system automatically setting the neccessary motion event masks, and why that is required, in response to Damon's suggestion to let the users take care of it. recap: - setting up event masks is too hard for users - GtkTooltip forcefully requests motion events on the right window - GtkTooltip needs to know *when* to force motion events, for this, we need ::has-tooltip. -kris. --- ciaoTJ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Fwd: gtk+ API change; who should fix it? (A.k.a. Why isn't GNOME 2.19.4 released yet?)
On 6/22/07, Matthias Clasen [EMAIL PROTECTED] wrote: On 6/22/07, Sven Neumann [EMAIL PROTECTED] wrote: Hi, On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote: so far, my take on the issue is that PyGtk should adapt to that change by not using tooltips-tips_data_list I have attached a patch to http://bugzilla.gnome.org/show_bug.cgi?id=449318 that removes access to private GtkTooltips struct members from the pygtk bindings. I can't tell if this will break any PyGTK apps but I guess that these bindings have only been added for the sake of completeness. Thats fine. Can we still please revert the field name change to make existing pygtk versions compile against 2.11.x ? And is there any chance we could get a new tarball so we can release GNOME 2.19.4? Thanks! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
