<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body ><div style='font-size:10pt;font-family:Verdana,Arial,Helvetica,sans-serif;'>Hi Bert.<br><br>Thanks for the compliment and the pointers.<br><br>I agree that the mods to HandMorph need to go away and the existing functionality should be used. <br>That means using the existing HandMorph>>addEventListener and generating the event format that StackInteprterSimulator >>ioGetNextEvent: evtBuf expects in the morph's model.<br><br>Unfortunately, I found that step daunting. Basically, it was a time-and-energy decision. <br><br>Since I already knew that the StackIntepreterSimulator would respond to EventSensor events, I decided to eliminate a possible source of error by going with a known working format. <br>That allowed me to focus on filtering and transforming (such as they are). When I get time, I will work on what you suggest as I agree with you.<br><br>However, IF there is some Morphic talent out there that can do this stuff in their sleep, then I hope they will take up the task. This is my first Morphic attempt and it is sure to have some ugly stuff in it.<br>I would prefer to have a pro do it right.<br><br>>>Maybe this helps: <b>Your host VM may or may not run using the event primitives. It might use the polling primitives. Morphic runs fine on both. </b>So in some cases it's not even *possible* to use the "original VM events". <br><br>That sound interesting! I never heard of this distinction in events. What are they? <br><br>Thank you again.<br><br>cordially,<br><br>tty<br></div></body></html>