[pygtk] clear window?
Is there anything in gtk.py that corresponds to 'gdk_window_clear' in C?
Or how can I emulate the function of it?
For example, I can convert C version function to Python version function
except a underlined statement.
--
C version
=
void color_changed_cb( GtkWidget *widget, GtkColorSelection *colorsel )
{
gdouble color[3];
GdkColor gdk_color;
GdkColormap *colormap;
colormap = gdk_window_get_colormap (drawingarea->window);
gtk_color_selection_get_color (colorsel,color);
gdk_color.red = (guint16)(color[0]*65535.0);
gdk_color.green = (guint16)(color[1]*65535.0);
gdk_color.blue = (guint16)(color[2]*65535.0);
gdk_color_alloc (colormap, &gdk_color);
gdk_window_set_background (drawingarea->window, &gdk_color);
/* Clear window */
gdk_window_clear (drawingarea->window);
~~
}
Python Version
==
def color_changed_cb(widget, colorsel):
gc = drawingarea.get_window().new_gc()
colormap = drawingarea.get_colormap()
color = colorsel.get_color()
red = color[0] * 65535
green = color[1] * 65535
blue = color[2] * 65535
color = colormap.alloc(red, green, blue)
gc.background = color
(HERE)
--
What statements (or routines) can enter (HERE) ?
Thanks for your reading.
--
Kim, Deok Hwan
To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]
Re: [pygtk] timeout causes lockup?
Here's an excerpt from a module of miscellaneous pygtk functions. It shows three platform-dependent implementations of an update() function. update() is used e.g. to update a progress bar in the middle of a time-consuming operation -- it's analogous to the Tkinter update() function. I haven't bothered looking at Gtk+ or pygtk sources in order to figure out why you need threads_(enter|leave) on Solaris but not on Linux. If somebody could explain the difference I'd be grateful. One last note: This code was tested w. pygtk 0.6.2, on all three platforms. -- Mitch [EMAIL PROTECTED] -snip--snip--snip--snip--snip--snip--snip--snip--snip--snip--snip--snip- # On IRIX we're running Gtk+ version 1.2.3. On Solaris and Linux we're # running 1.2.6. # On Linux, when performing a "manual" event loop to update the display, # you gotta be careful to release the Gtk+ mutex by calling # threads_(enter|leave). If you don't, the app will lock up when it # checks for pending events. # On IRIX, you can't call threads_enter, because we're using an old # version of pygtk which doesn't expose the threads_(enter|leave) # calls. # On Solaris, you can't call threads_(enter|leave) because if you do # the app will lock up when it checks for pending events. # # This all seems pretty bogus. But the following code works... if sys.platform[:5] == "linux": def update(): """Update the UI: flush pending rqsts and process pending events.""" gtk.gdk_flush() gtk.threads_leave() while gtk.events_pending(): gtk.mainiteration(0) gtk.threads_enter() elif sys.platform[:5] == "sunos": def update(): """Update the UI: flush pending rqsts and process pending events.""" gtk.gdk_flush() while gtk.events_pending(): gtk.mainiteration(0) else: # For IRIX w. Gtk+ 1.2.3: def update(): """Update the UI: flush pending rqsts and process pending events.""" # This solution was recommended on the pygtk mailing list, # by Bernhard Herzog <[EMAIL PROTECTED]>, the author of Sketch. # Speculation is that this is all due to a bug in recent versions # of Gtk+, e.g. 1.2.3 - 1.2.6. if hasattr(gtk, "gdk_flush"): gtk.gdk_flush() if hasattr(gtk, "threads_leave"): gtk.threads_leave() while gtk.events_pending(): gtk.mainiteration(0) if hasattr(gtk, "threads_enter"): gtk.threads_enter() -snip--snip--snip--snip--snip--snip--snip--snip--snip--snip--snip--snip- Mitch Chapman wrote: > > On Sat, 26 Feb 2000, Scott Bender wrote: > > Actually, the hang came after my timeout function completed. It was calling >mainiteration(FALSE) to > > update a progress bar, which was causing the hang. Anyone know why? > > > > thanks, > > - Scott > > I've seen this recently. The behavior varies depending on what version > of Gtk+ you're running with, and on what operating system. > > The basic problem is that, on some platforms, even w. Gtk+ 1.2.6, > you need to surround calls to gtk.events_pending() and > gtk.mainiteration() with calls to gtk.threads_leave() and > gtk.threads_enter(). On others (e.g. Solaris) you *shouldn't* do so. To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]
Re: [pygtk] timeout causes lockup?
On Sat, 26 Feb 2000, Scott Bender wrote: > Actually, the hang came after my timeout function completed. It was calling >mainiteration(FALSE) to > update a progress bar, which was causing the hang. Anyone know why? > > thanks, > - Scott I've seen this recently. The behavior varies depending on what version of Gtk+ you're running with, and on what operating system. The basic problem is that, on some platforms, even w. Gtk+ 1.2.6, you need to surround calls to gtk.events_pending() and gtk.mainiteration() with calls to gtk.threads_leave() and gtk.threads_enter(). On others (e.g. Solaris) you *shouldn't* do so. I'll trudge in to the office in a bit and forward some relevant code, showing how to work around the problem on a handful of OS platforms. -- Mitch Chapman [EMAIL PROTECTED] P.S. This probably sounds kind of bogus. That's why I've not posted comments on it before -- I'm probably missing something obvious. To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]
Re: [pygtk] timeout causes lockup?
Actually, the hang came after my timeout function completed. It was calling mainiteration(FALSE) to update a progress bar, which was causing the hang. Anyone know why? thanks, - Scott "Rob Hodges" wrote: > > > After a call to a timeout, which does gtk calls and network calls, > > my application locks up. Any ideas?? > > I've never looked at the code, but I assume timeouts are essentially > just inserted into the gtk mainloop. So if your timeout blocks, it > will stop the mainloop dead. Since you mention network calls, I'd > have to suspect that. > > -Rob > > To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED] > To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]
Re: [pygtk] timeout causes lockup?
> After a call to a timeout, which does gtk calls and network calls, > my application locks up. Any ideas?? I've never looked at the code, but I assume timeouts are essentially just inserted into the gtk mainloop. So if your timeout blocks, it will stop the mainloop dead. Since you mention network calls, I'd have to suspect that. -Rob To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]
