How does one prevent the Graffiti engine from receiving pen input in the Graffiti area in a Palm application? We need to do this because it seems to slow down some much-needed fast processing we're trying to do on strokes made in the Graffiti area. Note that I am not asking about how to prevent Graffiti from, say, producing characters that appear in a text field with the focus. I know how do this by setting handled=true in penDown, penMove, and penUp events as well as keyEvent. This prevents Graffiti characters from showing up, sure. But it doesn't prevent the low-level Graffiti engine from still receiving points when the stylus goes down and moves around in the Graffiti area. In fact, one's own application seems to only get the pen events AFTER the Graffiti engine does. It seems that the Graffiti area is hardwired into the low-level Graffiti engine so that the Palm immediately sends input in this area to it, and only later to a programmer-built application. No calls in the Graffiti API seem to be able to prevent this. Certainly GrfFree() would do it, except that the software gets really mad at this attempt. Anyone know how to *truly* disable Graffiti from receiving any points?
Patch GrfProcessStroke when your app is running. But I have my doubts that Graffiti processing of the stroke data is slowing down your app.
We are also interested in making a HackMaster "hack" for input handling. Is there sample code for how to do this?
Not that I know of.
-- Ken -- Ken Krugler TransPac Software, Inc. <http://www.transpac.com> +1 530-470-9200
-- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
