Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!bbn!apple!oliveb!amiga!jimm
From: jimm@amiga.UUCP (Jim Mackraz)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Intuition Impersonation
Message-ID: <3380@amiga.UUCP>
Date: 23 Feb 89 02:55:15 GMT
References: <1579@leah.Albany.Edu> <2666@kalliope.rice.edu> <10233@pasteur.Berkeley.EDU>
Reply-To: jimm@cloyd.UUCP (Jim Mackraz)
Organization: Commodore-Amiga Inc, Los Gatos CA
Lines: 39

In article <10233@pasteur.Berkeley.EDU> wmark@cory.Berkeley.EDU.UUCP (Mark Williams) writes:
)1)  Is sending Intuition messages to windows whose associated tasks aren't
)aware of it considered "nice"?

Nope.  Count on it.

It IS acceptable to feed input via the input.device and hope for the
best.  You are not permitted to second guess the Intuition state machine.
You could conceivable mix your input with the user input, but it will
be funny.

)2)  Is there an easier way to accomplish this than essentially rewriting
)the Intuition code which formulates these messages depending on the IDCMP
)flags for the given window?  I want to be able to allow the user to retain
)control of the keyboard and mouse while the window(s) receive the event
)messages, so I don't want to take an approach like that taken by "journal".

It's even harder than that, of course.  You need to know a lot about the
window ( whether it's active, whether requesters are up, menus are active, ...).
You have to feed keystrokes down the input food chain for the console if
the RAWKEY IDCMP isn't set.

)Any help would be greatly appreciated.  Thanks.

How about advice: have fun experimenting, but don't expect anything like
robust results.  This is a dead end.  I don't think the phrase "open
software architecture" goes quite this far.

)Mark Williams           

Hi there; loved your unix clone ...

	jimm
    "The Intuitive Guy"
-- 
Jim Mackraz, I and I Computing	   	"Like you said when we crawled down
{cbmvax,well,oliveb}!amiga!jimm          from the trees: We're in transition."
							- Gang of Four
Opinions are my own.  Comments are not to be taken as Commodore official policy.