In systems prior to 10.1, you could use some trickery with the /Volumes folder to keep a navigable list of internal and external drives as a pop-up folder in your dock. With 10.1, something changed in the manner in which links and aliases are resolved, and this no longer works. It's still trivial to have your internal drives in such a folder, but CD-ROMs and other removables will no longer show as navigable via drop-down menus.
David Nelson, author of two recently published scripts here, has written another AppleScript which handles this process in 10.1 and later. Due to the size of the script, it's not reproduced here, but is available on my idisk; click the link to download Drive Alias Tender. The archive expands into a folder containing the script and a ReadMe file. It's simple to use - find a place to store the folder, double-click the script, and you're running.
David hasn't tested this script extensively, but I've been running it (with a much slower update interval) for a few days with no problems at all.
The only downside to the script that I see is that it creates a dock icon, since it must always be running in order to update the drive folder's contents. I haven't played around with it, but it seems you could probably change the script from always-run to run-once, and then set a cron job to run the AppleScript at certain intervals ... but that's pure conjecture on my part. If there's anyone with some time on their hands who wishes to experiment with it, it would be interesting to find a way to make it work "in the background".
Read the rest of the article if you'd like to see the steps David took to develop the script; it's sort of interesting to see what he had to do to make this thing work (reposted with his permission)...
Ever since I installed the 10.1.1 update on my PB (G4/400, 384 MB RAM), I noticed this weird problem.... When I was logged in (plain vanilla admin type account, NOT root), the system would go into sleep mode after 10 minutes, the amount I set in the Energy Saver prefs panel. No problem. But when my wife was logged in, it would never sleep! (It went to sleep for both of us just fine using 10.1) A peek at her Energy Saver panel showed the same settings that I had established, except they were dimmed, meaning that she couldn't change anything without an admin user & passwd. OK, so I "clicked the lock to make changes," supplied my admin user/pass, moved the sliders around a bit, eventually setting them back to where I wanted them (and where they were originally). Quit System Prefs, and wait for the system to go to sleep.... Never happened. :( The backlight shut itself off, but the HD didn't spin down, and the sleep light never started pulsing.
The only way I could get the system to time out to sleep while she was logged in was to copy the com.apple.PowerManagement.plist file from /Library/Preferences to the Library/Preferences directory in her home dir. After doing that, the System Prefs window for Energy Saver still looked exactly the same, but the system now goes to sleep for her!
I don't know if this problem is at all common -- I couldn't find any messages anywhere I looked (on several discussion boards) about this particular problem. But I'm glad I found a solution!
Now at version 1.1, the Mac OS X Solutions Guidebook has been converted from the original AppleWorks source into a Word v.X source. This major conversion allowed me to tackle the other important issue I wished to address - replacing all the screenshots with higher resolution versions. This was the single biggest request I had after the release of the first version, and I agree - the original screenshots looked bad and printed worse. Please note that this change does not affect the requirements for using the Guidebook - it is distributed as a PDF file, but it lives as a Word document on my machine now.
The downside of higher quality images is much larger file sizes. So there are now actually two versions of the book available. The high quality version is a 5.5mb download; the medium quality version is 2.9mb. Both offer significantly nicer graphics than did the first release, and the high quality version is especially suitable for printing.
There are also about 10 new hints, a number of modified hints, a new three-page overview of the OS X folder structure, a "command line vs. GUI" comparison table, and another dozen or so online resources.
So if you didn't like the image quality in the first version of the guide, download the new and improved version.
December 11 Update: I invested in Acrobat 5.0 tonight, so there's a new copy of the guidebook online. The version number is the same, and there's no new content, but all the URLs and email addresses are now functional links, and there's a rudimentary bookmarks section to quickly jump from chapter to chapter. Sorry for the rapid update, but I thought the bookmarks and links were worth it.
There are some reported instances, as well as an Apple KnowledgeBase article, concerning OS X hanging when multiple login items are specified. David Nelson, the author of the "Is Classic running?" AppleScript mentioned here recently has written a script which addresses this issue.
David explains it much better than I could, so here's what he said about the script:
This script is a workaround for the issue of applications hanging or causing the system to hang when multiple applications are specified as login items in System Preferences > Login panel.
The workaround is accomplished by specifying the script as the sole login item. When the script runs it opens any aliases it finds in a "Login Items" folder of its own, which resides in the same folder as the script. The script waits five seconds between opening each alias, which avoids the bug that is causing problems when multiple apps are launched at once. If you want an application to be hidden after it is launched, simply do a Get Info on its alias in the script's "Login Items" folder and enter the word "hide" in the comment field.
A simple, effective solution to the problem, at least until its officially addressed by Apple.
Read the rest of the article for David's script...
Metadata is "data about data" -- stealing from babbage's excellent explanation below. On the Mac, one piece of metadata is the type and creator information that is stored with each file on the system. These are the bits that tell the Mac which application should open which file, regardless of the file's name or extension. Metadata has long provided an advantage over Windows - no need for filename extensions. The downside, however, is that Mac files are more difficult to exchange with PC users, and lose their metata in the transition. With the release of OS X, Apple has headed away from metadata as the sole means of identifying a file, and has added file extensions. While improving cross-platform compatability, this change has been the source of tremendous debate among Mac users -- do filename extensions mean the end of metadata on the Mac?
John Siracusa, who has written exensively about OS X for Ars Technica, has put together a thorough proposal for Apple to retain and improve upon metadata in OS X, while still maintaining cross-platform compatability. Take a few minutes to read what he's written, and if you agree with the sentiments, sign the online petition which will eventually make its way to Apple along with the proposal.
I realize that the issue of metadata is near and dear to many Mac users' hearts, but I would rather not see this article serve as the igniter for yet another debate on the issue. macosxhints is definitely not the right forum in which to be arguing the merits of metadata, but I felt the issue was important enough to merit a mention.
If you have comments on John's proposal, please send the feedback directly to him - firstname.lastname@example.org.
I went looking for a quick reference containing all of the known OS X startup, shutdown, and sleep command keys. I couldn't find one, so I put this together after a little research. Most of these are the same under OS 9 and earlier.
Startup Command Keys
Close Open Windows - Shift Start from CD - C Start from OS X - X (some machines) Select Start Up Disk - Option Reset PRAM - Cmd+Option+P+R Start Up in Single User Mode - Cmd+S Start Up in Verbose Mode - Cmd+V Boot into Open Firmware - Cmd+Option+O+F Eject CD at Startup - Hold down Mouse button
Shutdown, Restart and Sleep Keys
Deep Sleep - Cmd+Option+Eject Shutdown, Restart, Sleep Dialog - Control + Eject Shutdown, Restart, Sleep Dialog - Power key on keyboard
[Editor's note: Although many of these have been posted here before in various hints, I thought it might be worthwile to have them all in one article -- thanks to autohag for submitting the nice compilation. If there are any missing that you know of, add them as a comment and I'll revise the original article as necessary.]
The December Developer Tools download and mailing contains AppleScript Studio, previewed earlier this year to great reviews.
This story originally stated that the tools were available for general download by any registered developer (including free online-only developers). Unfortunately, this appears not to be the case. I had followed a link off the VersionTracker page, logged in, saw the tools, and assumed they were being generally distributed. This was an incorrect assumption on my part. At this point, it appears that only those developers who receive the Developer Tools' mailings on CD-ROM have the ability to download the December release which includes the AppleScript Studio.
Quoting Apple: "The December 2001 Mac OS X Developer Tools will be available as a free download or for purchase on CD-ROM from the ADC Member Site during the week of December 10. All ADC Online members will be notified via email when the Tools become available."
I have now found out on two separate occasions that the set user ID bit is very important, even for GUI apps where you might not expect it to be. This is because some GUI apps require to be root in order to get their work done.
I have had problems using both NetInfo Manager and Disk Utility after copying them over from another machine and thus not having their set user ID bit set. In the case of Disk Utility, the situation is worse because there are several executables in the application package, all of which need their set user ID bit to be set in order to get anything done.
The solution to this is use chmod to set the set user ID bit on the executables stored within each package. In fact, you can just to set the set user ID bit for everything in the package. This can be done as follows in the Terminal:
Why would want to clear the Printer and Spool files? If you lose the ability to print in OS X 10.1 and the Classic environments, booting to 9.X.X and printing is not a real solution. But clearing the Printer and Spool files may be a quick way to restore your printing capabilties. To clear the queue and printers:
Open "Print Center" in Applications -> Utilities
Click on the "PrintCenter" menu, then press and hold the option key and select "Quit Print Center". This will bring up a dialog box asking you if you're sure you want to delete your printer and any jobs waiting to be printed. Select "Yes".
Open Print Center again and re-add your printer. I've had this work with Apple, Epson, HP and Lexmark printers.
[Editor's note: I just used this hint to clear a stuck queue on a Brother HL-1270N as well.]
I wanted to restrict other users' access to folders that existed prior to my upgrade to OS X, like the subfolders in my home folder.
Files and folders that were on the hard disk prior to upgrading to OS X are not assigned to a user or group. They take on ownership by whatever user is logged in. Using the Finder: Show Info to change the Privileges does not work. Any user logging in is listed as the owner with rw, r, r privledges. Group is usually "unknown."
To restrict access, you can log in as the user you want to own the files and copy them. Then delete the original. A faster method can be done via Terminal using "chown". You must sudo to use this command:
sudo chown [user shortname] filename
I did this to a folder and, voila, logging in as a different user I couldn't open the folder and got the "do not enter" folder icon.
For neatness' sake, you can also change the group [Editor: chown username:group filename]. The group is usually "Staff", but check out an existing file's privileges first.
I think an option for chown will change all files below "filename" but I haven't tried it. [Editor: use the "-R" option on chown]