On Feb 20, 2012, at 9:29 PM, Mark Munz wrote:
It was later determined that there is no intention of every allowing
any kind of access to usability APIs from a sandboxed app. So they
were apparently to afraid to just come out and say it, but instead
used internal tracking option for the same
Don't hold your breath for a new API.
Apple does not want sandboxed apps to communicate with each other
except through extremely limited means: OS X Services (which is
limited to static Services only) and what appears to be a one-way
mechanism defined under Mtn Lion (not sure what part of it is
As a follow up, it appears that in 10.7.3 Apple have included a further
Console log message along the lines of:
16/02/2012 08:12:28.319 sandboxd: ([23644]) WebProcess(23644) deny
hid-control
It appears that Sandboxed applications do not allow external applications
to run the
On Feb 16, 2012, at 1:22 AM, Patrick Robertson wrote:
As a follow up, it appears that in 10.7.3 Apple have included a further
Console log message along the lines of:
16/02/2012 08:12:28.319 sandboxd: ([23644]) WebProcess(23644) deny
hid-control
It appears that Sandboxed applications
I've also filed a bug at least 3 months ago, and it appears Apple have been
ignoring it. I have come to the same conclusion as you on the matter Nick.
It seems we must either wait for a new API (which I think is unlikely to
happen) or have to remove features that rely on this from our
On Nov 16, 2011, at 1:51 PM, Patrick Robertson wrote:
AXUIElementPostKeyboardEvent (app, (CGCharCode) 0, (CGKeyCode)55, true );
//Command
AXUIElementPostKeyboardEvent (app, (CGCharCode) 0, (CGKeyCode)53, true );
//Escape
AXUIElementPostKeyboardEvent (app, (CGCharCode) 0, (CGKeyCode)53,
Hi all,
I've upgraded to Lion, and my app which sends simulated keyboard presses to
various apps to activate a service cannot send these keyboard presses to
Safari or TextEdit. The keyboard presses are still sent correctly to Xcode,
Finder and Mail. I have also confirmed that they still work fine