• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Mac OS X 10.4: using osascript to interact with users
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Mac OS X 10.4: using osascript to interact with users


  • Subject: Re: Mac OS X 10.4: using osascript to interact with users
  • From: Philip Aker <email@hidden>
  • Date: Thu, 25 Jun 2009 11:48:12 -0700

On 2009-06-25, at 11:21:45, Chris Page wrote:

(It will return an error if the event is sent via EPPC, however.)


I'm only vaguely aware of EPPC and restrictions it might have compared to "normal" scripting. Is it that as a rule that no user interaction commands be used, or could one, for example, ask the Finder on the target machine to display the dialog instead of System Events.

Each individual event handler may impose arbitrary restrictions on which events (or parameters, or even specific parameter values) are allowed, including disallowing events that come from another process or another machine. The test for "from another machine" is actually just "was sent via EPPC", aka "remote events". (EPPC events may actually be sent to the same computer, but it's simplest for such a handler to treat all EPPC events as "remote" events.)

In Standard Additions, all the event handlers that display UI return an error for remote events. Currently, the specific error value may vary depending on the handler, but the recommended error number for rejecting remote events is errAELocalOnly (-10016). These Standard Additions don't check which process they're running inside, so it's not possible to tell any process on a remote machine to "display alert" or "choose from list". In addition, "do shell script" also rejects remote events.

Applications and other scripting additions may or may not impose similar restrictions, though it's unlikely that most application event handlers do so. So, if an application supports commands that display UI, they'll probably work remotely. Certainly, any application that can open or make a new document or window will probably allow remote events, too.

(Of course, remote events may still be disabled globally on a given machine.)

Thanks Chris,

That explains the System Events error for UI via EPPC. If I can ever figure out how to connect two of my machines, I'll be sure to avoid those calls.


Philip Aker echo email@hidden@nl | tr a-z@. p-za-o.@

Democracy: Two wolves and a sheep voting on lunch.

_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users

This email sent to email@hidden
References: 
 >Mac OS X 10.4: using osascript to interact with users (From: Aaron Wyatt <email@hidden>)
 >Re: Mac OS X 10.4: using osascript to interact with users (From: Philip Aker <email@hidden>)
 >Re: Mac OS X 10.4: using osascript to interact with users (From: Aaron Wyatt <email@hidden>)
 >Re: Mac OS X 10.4: using osascript to interact with users (From: Philip Aker <email@hidden>)
 >Re: Mac OS X 10.4: using osascript to interact with users (From: Chris Page <email@hidden>)
 >Re: Mac OS X 10.4: using osascript to interact with users (From: Philip Aker <email@hidden>)
 >Re: Mac OS X 10.4: using osascript to interact with users (From: Chris Page <email@hidden>)

  • Prev by Date: Re: Mac OS X 10.4: using osascript to interact with users
  • Next by Date: Re: Telling remote Finder to sleep
  • Previous by thread: Re: Mac OS X 10.4: using osascript to interact with users
  • Next by thread: Re: Mac OS X 10.4: using osascript to interact with users
  • Index(es):
    • Date
    • Thread