nanogui: Difficulty Using GrInjectKeyboardEvent()


Previous by date: 6 Sep 2008 17:19:24 -0000 WINDOW movement, RAHUL RAVINDRAN
Next by date: 6 Sep 2008 17:19:24 -0000 Re: WINDOW movement, Greg Haerr
Previous in thread: 6 Sep 2008 17:19:24 -0000 Re: Difficulty Using GrInjectKeyboardEvent(), Greg Haerr
Next in thread: 6 Sep 2008 17:19:24 -0000 Re: Difficulty Using GrInjectKeyboardEvent(), Kees Schoenmakers

Subject: RE: [nanogui] Difficulty Using GrInjectKeyboardEvent()
From: "Gil Glass" ####@####.####
Date: 6 Sep 2008 17:19:24 -0000
Message-Id: <6ECE57DF49376146B91A92A3C37EFC0E013D9051@SJEXCH03.ds.jdsu.net>

Thanks.  I tried the implementation and the CPU hit was not too severe.  Still, as it turns out, I used a different approach entirely.  I created another thread and had it block read on one end of a pipe.  As such, the processing does not happen in my "main loop" but that's OK for what I'm doing.
 
Cheers,
Gil

________________________________

From: Greg Haerr ####@####.####
Sent: Fri 9/5/2008 10:01 PM
To: Kees Schoenmakers; ####@####.####
Cc: Gil Glass
Subject: Re: [nanogui] Difficulty Using GrInjectKeyboardEvent()



: This makes the application active contineously while checking for events
to
: handle when it has time to.

The problem with this approach is that the application polls and uses
cpu time continuously.  This may work if only one application is running
but quickly becomes a bad design if multiple applications run using
the same approach.

Regards,

Greg




Previous by date: 6 Sep 2008 17:19:24 -0000 WINDOW movement, RAHUL RAVINDRAN
Next by date: 6 Sep 2008 17:19:24 -0000 Re: WINDOW movement, Greg Haerr
Previous in thread: 6 Sep 2008 17:19:24 -0000 Re: Difficulty Using GrInjectKeyboardEvent(), Greg Haerr
Next in thread: 6 Sep 2008 17:19:24 -0000 Re: Difficulty Using GrInjectKeyboardEvent(), Kees Schoenmakers


Powered by ezmlm-browse 0.20.