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



Related Articles


JesterCapWhat?! Something about this article seems odd? Maybe you should read it again carefully, or double-check the date it was published...


Send Article to a Friend

Most everyone is in favor of networks these days. But current networks are quite stupid - they're nothing more than pipes through which information flows. That may change soon with a new networking application I heard of recently.

It's not an official product yet, but the application, code named SentientNET, is an interesting collaboration between CE Software and several Soviet programmers who are part of an organization called EleKlub. EleKlub isn't exactly a company, since private companies are still frowned upon in the USSR, but is instead a club of local programmers in Minsk interested in exchanging ideas with Western programmers. The application can determine the CPU load of all Macs on a network (LocalTalk is acceptable, but EtherTalk is better) and then have local programs execute CODE resources on an unused remote machine and receive the results back. The Soviet programmers came up with the basic idea for SentientNET because powerful computers are extremely rare in the Soviet Union, and SentientNET allows them to turn a small network of Macs into the equivalent of a mainframe.

The practical value of SentientNET is that if I've got a processor-intensive application that would normally bog my Mac down for an hour, SentientNET would automatically divy up the workload between all the machines on my network, giving more work to those that are unused, less to those that are doing something else. My application would take far less time to run, because all the other Macs would have done a large proportion of the work and reported the results back to my machine. SentientNET will create quite a bit of network traffic and thus prefers a fast network like EtherTalk. However, because LocalTalk networks are so common and inexpensive, the programmers plan to make SentientNET self-configure to the network type, so if you use LocalTalk, SentientNET will send smaller jobs across the network so as not to bring down other network applications. If you're still having trouble visualizing this, think about DataClub from IBS. DataClub creates a virtual disk that everyone on the network shares. SentientNET does exactly the same thing, but with CPU cycles instead of disk space. With DataClub, if you add a hard drive, you've increased the size of your virtual disk. With SentientNET, if you add a Mac, particularly a powerful one, you've increased the power of your virtual CPU. Pretty snazzy!

From what I can tell so far, SentientNET should work over any AppleTalk network, including the wireless scheme mentioned in the Piggyback Portable article. I guess the major restriction right now is that SentientNET can only work within a zone, but that shouldn't be a big problem for most people. Applications won't have to be rewritten to work with SentientNET, but it wouldn't help a good number of current programs because they simply don't require that much power. Users will retain control over their own Macs, so SentientNET can be configured to leave your Mac alone even if the CPU usage is low in case you don't want to run with even a small slowdown.

As cool as it is, SentientNET isn't a completely new concept. Recently, IBM, DEC, HP, Groupe Bull, and Siemens-Nixdorf demonstrated a similar scheme by which an application ran in a network layer using the processing power of workstations from each manufacturer. In addition, Apple has an internal program called SchoolTalk, I think, which allows an instructor to run a program on a remote Mac over a network. Apparently, the hard part is executing CODE resources, which programs like Timbuktu and Carbon Copy can't do. I'm not positive of this, not being a network guru, but that's what friend who should know claims. SchoolTalk is not as complete as SentientNET will be, but it's a start, so Apple may come out with something like at some point too. It's an incredible selling point for Macintosh networks ("Buy five Macintosh computers, get one supercomputer.") and would endear Apple to the power hungry crowd that is thinking about switching to workstations from NeXT and Sun.

Oh, I just thought I'd mention that everyone should read the entire "About..." card this week. Cheers!

Information from:
Alexandr Tchlevsky --

Related articles:
COMMUNICATIONS WEEK -- 25-Mar-91, pg. 20


READERS LIKE YOU! Support TidBITS by becoming a member today!
Check out the perks at <>
Special thanks to Tom Serkowski, Meyers Wealth Management, Lee Myers,
and Charles Van Stockum for their generous support!