Using debug messages, I've determined that the event IS being posted. That is, execution of GsDeliverKeyboardEvent() reaches the point where the event structure, ep, is populated. Therefore, it is not discarding the events.
What appears to be happening is that the keyboard events that I inject using GrInjectKeyboardEvent() are being queued somewhere. Once an actual key is pressed, that keypress is recognized and then, subsequently, all those queued events are "unleashed" and GrGetNextEvent() unblocks one time for each event. It's almost as if there's something about a real keypress that says 1. create the keyboard event, 2. queue it up, AND 3. send it on to clients that are selecting on the event. Using GrInjectKeyboardEvent() only does the first two things. Cheers, Gil -----Original Message----- From: Greg Haerr [mailto:[EMAIL PROTECTED] Sent: Thursday, August 28, 2008 12:21 PM To: Gil Glass; nanogui@linuxhacker.org Subject: Re: [nanogui] Difficulty Using GrInjectKeyboardEvent() > off the top of your head, do you know whether the fact that our system has no mouse makes a difference? Shouldn't matter --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
