Thoughtful, detailed coverage of the Mac, iPhone, and iPad, plus the best-selling Take Control ebooks.

 

 

Pick an apple! 
 
Open Files with Finder's App Switcher

Say you're in the Finder looking at a file and you want to open it with an application that's already running but which doesn't own that particular document. How? Switch to that app and choose File > Open? Too many steps. Choose Open With from the file's contextual menu? Takes too long, and the app might not be listed. Drag the file to the Dock and drop it onto the app's icon? The icon might be hard to find; worse, you might miss.

In Leopard there's a new solution: use the Command-Tab switcher. Yes, the Command-Tab switcher accepts drag-and-drop! The gesture required is a bit tricky. Start dragging the file in the Finder: move the file, but don't let up on the mouse button. With your other hand, press Command-Tab to summon the switcher, and don't let up on the Command key. Drag the file onto the application's icon in the switcher and let go of the mouse. (Now you can let go of the Command key too.) Extra tip: If you switch to the app beforehand, its icon in the Command-Tab switcher will be easy to find; it will be first (or second).

Visit Take Control of Customizing Leopard

 
 

Enabling System-Controlling Utilities in Mavericks

Send Article to a Friend

LaunchBar, TextExpander, Keyboard Maestro, RescueTime — these and many other utilities have one thing in common: they rely on Mac OS X’s support for “assistive devices” to perform tasks that are normally forbidden to applications. Because this setting can’t be enabled by software, these apps always ask the user to turn it on at initial launch if it’s not already enabled. (In “Scripting the Unscriptable in Mac OS X,” 10 March 2003, Matt Neuburg explained this capability and where it came from — it’s actually related to the Workforce Investment Act of 1998, a U.S. statute more commonly known as Section 508.)


In versions of Mac OS X before 10.9 Mavericks, “Enable access for assistive devices” was a system-wide setting located in the Accessibility pane (previously known as Universal Access) of System Preferences. It was highly obscure, particularly because most users never understood the connection between “assistive devices” and clever Mac utilities.


According to Shelly Brisbin, an accessibility expert and author of the forthcoming book “iOS Access for All,” the original goal of the “Enable access for assistive devices” option was to make it possible for special hardware devices to drive software that would in turn control the Mac’s interface. The device could, for instance, have a switch that would drop menus or click buttons.

For the most part, however, this accessibility feature instead ended up being used by mainstream utilities that need to control various aspects of the operating system and other applications like a puppet-master, clicking buttons and invoking commands behind the scenes. Such capabilities are normally prohibited to apps, and hooking into the accessibility system gave these utilities significantly more exposure into the underpinnings of Mac OS X.

That’s all fine, but Apple changed things in Mavericks, in two major ways. First, the feature has moved from working system-wide to a per-app basis, giving users more-granular control and better security, since malicious software can’t ride on the coattails of system-wide access, as some keyloggers used to. Second, because you’re basically granting permission to a piece of software to control your Mac, the interface for controlling this permission moved to the Security & Privacy pane of System Preferences, under Accessibility.


(In fact, Mavericks improves on the previous situation in another way too, with the introduction of the Switch Control options in the Accessibility preference pane — they allow the Mac to be controlled by one or more switches, such as from a gamepad or other assistive device. This YouTube video from Luis Perez explains more.)

Apps that need to control your computer appear in the Accessibility list in Security & Privacy after you launch them — you’ll start seeing new alerts directing you to this preference pane as utilities are updated for Mavericks. And in fact, because the permissions are now on a per-app basis, you’ll get a request from every app that needs permission — the previous blanket permission from selecting “Enable access for assistive devices” no longer applies.

To give such an app permission to control your Mac as necessary, click the lock icon, enter your administrator password, and then select the checkbox next to the app in question. If a utility that requires such accessibility permissions isn’t working as expected, it’s worth making sure it’s enabled in the Accessibility list.

(As a minor aside, clicking the lock to make changes is required for items in the Accessibility list and the Location Services list, but not for Contacts, Calendars, Reminders, Twitter, or Facebook, likely because the former two apply to all user accounts on the Mac, rather than just the current account. Nevertheless, it’s an example of atrocious interface on Apple’s part — why should the lock apply to some of these lists but not others?)

You’ll notice in the screenshot above that Skype and System Preferences are in the list, but I haven’t given them permission. That’s because I have no idea why they would need it, and it’s a bad idea to give such broad control to any application without knowing why it’s necessary. You might also wonder why the activity monitoring utility RescueTime is in the list; a release note says it helps RescueTime increase accuracy by correctly determining when you switch windows.

In the end, the changes in Mavericks are a good thing, but since the previous situation was nearly inscrutable and the accessibility system is still being used by mainstream utilities, users are bound to remain confused.

But now you know what’s going on, so help spread the word!

Check out the Take Control ebooks that expand on the topic in this article:

Install OS X 10.9 Mavericks on your Mac easily and learn what to do immediately after you install with Joe Kissell’s expert help, informed by countless test installs! Find essential advice on problem prevention, prepping your disk, and picking the best installation method. Joe also covers troubleshooting techniques, and what to do if your “upgrade” is a new Mac.

 

CrashPlan is easy, secure backup that works everywhere. Back up
to your own drives, friends, and online with unlimited storage.
With 30 days free, backing up is one resolution you can keep.
Your life is digital; back it up! <http://tid.bl.it/code42-tb>
 

Comments about Enabling System-Controlling Utilities in Mavericks
(Comments are closed.)

Peter N Lewis  2013-10-27 18:28
Mavericks doesn't add the applications to the list until they try to use accessibility services which can be a bit frustrating for users who know they need to add accessibility permissions - launch the app, and then its still not listed.

Keyboard Maestro 6.2, as well as changing the wording of the warning to refer to the new location of the preference in Mavericks, adds some code to specifically provoke the system's accessibility permission system to request permission and add Keyboard Maestro and Keyboard Maestro Engine to the list.

I have also had some reports of this preference system being somewhat flaky, perhaps if you have more than one version of an application installed.
Adam Engst  An apple icon for a TidBITS Staffer 2013-10-28 08:30
Thanks for the details, Peter! It sounds like people could get these permission requests at random times then, rather than just on first-launch. I still don't know why Skype, for instance, is in the list, and it has never prompted me to give it permission.
Larry Rosenstein  An apple icon for a Friend of TidBITS 2013-11-04 08:26
You can also drag and drop applications into the list. I had to do this with iTerm.
Colleen Thompson  An apple icon for a TidBITS Contributor 2013-11-05 11:07
Maybe it's for the camera?
Michael E. Cohen  An apple icon for a TidBITS Staffer 2013-10-27 22:42
Contacts, Calendars, and Reminders, as well as Twitter and Facebook, which also show up on the list, don't require authentication by an administrator because they only affect the current user account; the others affect the entire system, and so require authentication.

However, you are absolutely correct: it IS "an example of atrocious interface on Apple's part."
Adam Engst  An apple icon for a TidBITS Staffer 2013-10-28 08:29
Ah, that makes at least some sense, thanks! I'll update the article.