Last post on this I swear, but I thought of another simple improvement.
GTK performs expose event compression, that is, when it sends an
expose to your program, the expose is the union of all the expose
events which the window system generated since your app last saw
expose. GTK computes the
Stewart,
Yes, all philosophies must ultimately collapse to an actual workable frame
at the end of the day. Sorry for any confusion caused. In an attempt to
clear this up (and hopefully not make more), you will find below a
complete workable program that does nothing, really, except to
Hi again Stewart,
On Dec 2, 2007 5:12 AM, Stewart Weiss [EMAIL PROTECTED] wrote:
I do still have one question about a specific suggestion that you made in
this thread, below:
I've just spent a while writing you a sample rubberband program and
now I come to post it I see Richard has done the
To: [EMAIL PROTECTED]
Cc: gtk-list
Subject: Re: GDK_POINTER_MOTION_HINT_MASK has no effect
Hi again Stewart,
On Dec 2, 2007 5:12 AM, Stewart Weiss [EMAIL PROTECTED] wrote:
I do still have one question about a specific suggestion that
you made in
this thread, below:
I've just spent
John,
For someone relatively new to GTK like myself, the thread of messages
from you, Richard Boaz, and Paul Davis was extremely eye-opening but also
confusing. I am grateful to hear the exchange of ideas, to the extent that
I understood it. The confusing part is simply trying to decide which of
This is the paradigm I use in all my drawing apps that has served me well:
1) Do all drawing to one or more background pixmaps.
2) Do all drawing in routines separate from your configure handler or
your expose handler.
3) Call your drawing routine(s) from the configure handler.
4)
On Thu, 2007-11-29 at 09:51 +0100, Richard Boaz wrote:
This is the paradigm I use in all my drawing apps that has served me well:
1) Do all drawing to one or more background pixmaps.
GTK already does this for you now. All widgets are double buffered
unless you explicitly request
On Nov 29, 2007 1:36 PM, Paul Davis [EMAIL PROTECTED] wrote:
On Thu, 2007-11-29 at 09:51 +0100, Richard Boaz wrote:
This is the paradigm I use in all my drawing apps that has served me
well:
1) Do all drawing to one or more background pixmaps.
GTK already does this
On Thu, 2007-11-29 at 16:24 +0100, Richard Boaz wrote:
On Nov 29, 2007 1:36 PM, Paul Davis [EMAIL PROTECTED] wrote:
On Thu, 2007-11-29 at 09:51 +0100, Richard Boaz wrote:
This is the paradigm I use in all my drawing apps that has served me
well:
1) Do all drawing to
Paul,
Thanks for the information, it's good to learn about how GTK+ does its
double buffering in detail. However...
On Nov 29, 2007 5:22 PM, Paul Davis [EMAIL PROTECTED] wrote:
And this particular
case is wholly not addressed in code sample 1; there, you must
redraw the
entire
On 11/29/07, Stewart Weiss [EMAIL PROTECTED] wrote:
This also explains why my solution for drawing the line worked
reasonably well on Windows but on Linux, the old lines did not get
erased. So I guess I have to resort to conditional compilation
directives to make it work in both environments.
On Thu, 2007-11-29 at 20:03 +0100, Richard Boaz wrote:
To illustrate: I have been called once, and GTK+ has drawn to the double
buffer pixmap as you say. I was partially obscured and am now re-exposed,
i.e., the main loop calls me again specifying an invalidated rectangle via
the GdkEvent
On 11/29/07, Stewart Weiss [EMAIL PROTECTED] wrote:
1. I am assuming that when I queue a draw for the old position of
the rubberbanded line, I am using XOR to draw it, so that it is in
effect, an erasing, right?
Actually, I'd suggest using a plain draw rather than an XOR.
XOR rubberbanding
cannot figure it
out,
I will post again.
Many thanks
Stewart
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 29, 2007 4:48 PM
To: [EMAIL PROTECTED]
Cc: gtk-list
Subject: Re: GDK_POINTER_MOTION_HINT_MASK has no effect
On 11/29/07
On Nov 28, 2007 4:27 AM, Stewart Weiss [EMAIL PROTECTED] wrote:
Aha! I did not know that I could configure the GC to draw using
various functions of the source and dest pixels values. Thanks !
I posted a mail about rubberbanding a couple of months ago:
platforms.
Stewart
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 28, 2007 3:40 AM
To: [EMAIL PROTECTED]
Cc: gtk-list@gnome.org
Subject: Re: GDK_POINTER_MOTION_HINT_MASK has no effect
On Nov 28, 2007 2:44 AM, Stewart Weiss [EMAIL
. Is this how?
Stewart
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 28, 2007 3:53 AM
To: [EMAIL PROTECTED]
Cc: gtk-list
Subject: Re: GDK_POINTER_MOTION_HINT_MASK has no effect
On Nov 28, 2007 4:27 AM, Stewart Weiss [EMAIL PROTECTED] wrote
Hi,
I'm not really sure what *is_hint* is intended to provide, but anyway, what
you are trying to achieve is totally possible without its use (if I
understand you properly).
Going on the assumption I do understand what you are trying to achieve, I am
providing below some code to illustrate this.
Hi,
I'm not really sure what is_hint is intended to provide, but anyway, what
you are trying to achieve is totally possible without its use (if I
understand you properly).
Going on the assumption I do understand what you are trying to achieve, I
am providing below some code to illustrate this.
On Nov 27, 2007 2:27 AM, Stewart Weiss [EMAIL PROTECTED] wrote:
Does anyone know what the real semantics are, and when is_hint is true?
Here's a complete small program that shows mouse events (with hints)
for a drawing area.
--
/* compile with
* gcc -g -Wall try32.c
this on a Windows box with gtk+ 2.12 installed.
Stewart
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 27, 2007 9:30 AM
To: [EMAIL PROTECTED]
Cc: gtk-list@gnome.org
Subject: Re: GDK_POINTER_MOTION_HINT_MASK has no effect
On Nov 27, 2007 2:27 AM
);
}
}
return TRUE;
}
Thanks for the help
Stewart
-Original Message-
From: richard boaz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 27, 2007 6:19 AM
To: [EMAIL PROTECTED]
Cc: gtk-list@gnome.org
Subject: Re: GDK_POINTER_MOTION_HINT_MASK has no effect
Hi,
I'm not really sure
; gtk-list@gnome.org
Subject: RE: GDK_POINTER_MOTION_HINT_MASK has no effect
On Tue, 2007-11-27 at 22:17 -0500, Stewart Weiss wrote:
Richard:
Thanks for this suggestion. Last night after sending the message, I
did, in fact, resort to
doing pretty much what you suggested below
On Tue, 2007-11-27 at 22:17 -0500, Stewart Weiss wrote:
Richard:
Thanks for this suggestion. Last night after sending the message, I
did, in fact, resort to
doing pretty much what you suggested below, by getting the mouse-down,
then tracking it
with button-motion-notify, and then
I have been playing around with the motion_notify_event callback in the
Scribble example from the tutorial, and I have discovered that none of
what the documentation states is correct. I modified the handler to
generate
output on the standard outout device as follows:
gboolean
25 matches
Mail list logo