I had a same problem a while ago with expose drawing, and it turned out that
the problem was this:
to draw something in your handler, you must use event-window as a pointer
to the window that is being drawn, not widget-window or anything else.
Once I've made that change, my expose drawing
Is it safe to pass an iter as a parameter to a function?
Thanks,
Dave
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
A while back some app developers who have need of GTK+ on MS
Windows, yet whose apps use only a subset of the available
image-loaders, requested that the build of the Windows packages be
made modular (as it was in the old days). That way, one can slim
down the packaging of one's app, skipping
About Glade. I tried to create something simple (which I don't
remember now) it didn't succeed. The menubar was simple, but
this equally simple thing was too hard. I will check it again
and post to glade lists someday.
It would be nice if there would be complete examples which
could be grabbed
On Mon, Oct 20, 2008 at 1:50 PM, Juhana Sadeharju [EMAIL PROTECTED] wrote:
About Glade. I tried to create something simple (which I don't
remember now) it didn't succeed. The menubar was simple, but
this equally simple thing was too hard. I will check it again
and post to glade lists someday.
My software uses Alt modifier but the Alt key is now
blocked by Gnome. A quick solution is to use key presses
for generating mouse button presses.
How to generate them?
A method found from the mail archives is
win = gdk_window_at_pointer(wx, wy);
event.type = GDK_BUTTON_PRESS;
On Mon, Oct 20, 2008 at 12:01 PM, Allin Cottrell [EMAIL PROTECTED] wrote:
A while back some app developers who have need of GTK+ on MS
Windows, yet whose apps use only a subset of the available
image-loaders, requested that the build of the Windows packages be
made modular (as it was in the
On Mon, 20 Oct 2008, Daniel Atallah wrote:
On Mon, Oct 20, 2008 at 12:01 PM, Allin Cottrell [EMAIL PROTECTED] wrote:
But I see that the current GTK 2.14.4 package
( http://www.gtk.org/download-windows.html ) has reverted to a
monolithic build, so that a gtk app won't start without having
On Mon, Oct 20, 2008 at 4:57 PM, Allin Cottrell [EMAIL PROTECTED] wrote:
On Mon, 20 Oct 2008, Daniel Atallah wrote:
On Mon, Oct 20, 2008 at 12:01 PM, Allin Cottrell [EMAIL PROTECTED] wrote:
But I see that the current GTK 2.14.4 package
( http://www.gtk.org/download-windows.html ) has
On Mon, Oct 20, 2008 at 4:57 PM, Allin Cottrell [EMAIL PROTECTED] wrote:
On Mon, 20 Oct 2008, Daniel Atallah wrote:
On Mon, Oct 20, 2008 at 12:01 PM, Allin Cottrell [EMAIL PROTECTED] wrote:
But I see that the current GTK 2.14.4 package
( http://www.gtk.org/download-windows.html ) has
Was there a compelling reason for this reversion?
Not really. As has already been said, if/when the GDI+ -based pixbuf
loaders would be used, then it would hopefully be 100% clear that it
makes sense to build them as built-in in the gdk-pixbuf DLL. But now
when I was forced to revert to the
On Mon, Oct 20, 2008 at 7:20 PM, Tor Lillqvist [EMAIL PROTECTED] wrote:
Was there a compelling reason for this reversion?
Not really. As has already been said, if/when the GDI+ -based pixbuf
loaders would be used, then it would hopefully be 100% clear that it
makes sense to build them as
On Tue, 21 Oct 2008, Tor Lillqvist wrote:
Was there a compelling reason for this reversion?
Not really. As has already been said, if/when the GDI+ -based
pixbuf loaders would be used, then it would hopefully be 100%
clear that it makes sense to build them as built-in in the
gdk-pixbuf
13 matches
Mail list logo
