From: Daniel A. S. <st...@ic...> - 2003-08-25 06:42:47
|
Joachim, On Saturday, Aug 23, 2003, at 12:53 Australia/Sydney, Joachim Kock wrote: > I think I am talking about the system-wide event queue, or whatever it > is called this thing that constantly monitors the mouse movements and > sends the appropriate signals to the frontmost applications... I am > not talking about anything Tk specific anyway; the fake mouse clicks > I know from KeyQuencer under OS9 can be sent to any graphical > application. KeyQuencer, QuicKeys et al operated by patching OS9 low-level routines to inject fake events, this is not possible under OSX in the same way (which is a good thing really) the new UI scripting in 10.2 works via the accessibility APIs: it does not really inject events, but instead relies on the OSX widgets' adherence to these APIs to have them simulate that they have been clicked... so e.g. a non-native widget in Tk could not be scripted this way. for GUI scripting docs, c.f. the following http://www.apple.com/applescript/GUI/ http://www.prefab.com/uibrowser/ the OS X window server does have some support for synthetic events via the remote operation API, c.f. /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ Frameworks/CoreGraphics.framework/Headers/CGRemoteOperation.h this is what e.g. AppleRemoteDesktop uses to control remote machines, and quite possibly QuicKeysX and such, not sure... I don't know of any apple script interface to this, but if probably wouldn't be too hard to write one, or a tcl binding for that matter. Cheers, Daniel -- ** Daniel A. Steffen ** "And now for something completely ** Dept. of Mathematics ** different" Monty Python ** Macquarie University ** <mailto:st...@ma...> ** NSW 2109 Australia ** <http://www.maths.mq.edu.au/~steffen/> |