Path: utzoo!attcan!uunet!cs.utexas.edu!usc!ucsd!ucbvax!ANDREW.CMU.EDU!ajp+ From: ajp+@ANDREW.CMU.EDU (Andrew Palay) Newsgroups: comp.soft-sys.andrew Subject: Re: im_SetInteractionEvent doesn't do what the documentation says Message-ID: Date: 14 Dec 89 14:12:00 GMT References: <2715@auspex.UUCP> Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 27 Excerpts from internet.info-andrew: 14-Dec-89 im_SetInteractionEvent does.. Guy Harris@uunet.uu.net (889) > First, it doesn't return "void", it returns the event queued up by > "im_EnqueueEvent" to cause the specified function to be called. > Second, and more importantly, the function does *not* get called on the > next interaction, at least under X11. The problem appears to be that > the event isn't triggered until the specified time increment has > occurred, so it never gets moved to the "pendingInteractionEvents" > queue, and thus never gets seen by the main interaction loop. > Is this intentional? As I read the ATK documentation, the event queued > up by "im_SetInteractionEvent" should occur either on the next user > interaction or after the specified timeout, whichever comes first. This > is definitely not happening, as can be attested to by the fact that, if > you type ^G and get the "Cancelled." message, the "Cancelled." message > stays on the message line until replaced by some other message. I believe you are correct that the documentation is in error. The actual behavior of SetInteractionEvent is to be called on the first user interaction after the time interval has expired. In your example, the word "Cancelled" should stay visible until the first interaction after 15 seconds. You can test this out by typing ^G and then hitting the space bar once a second. At some point the message should go away. Andy