Archive

Posts Tagged ‘Mac OS X’

Symbolic Link Service

August 5, 2010 3 comments

Script CreamAutomator sorts services.

One of the things that makes me have to fire up the Terminal for in Mac OS X is to create symbolic links. In Snow Leopard though, it is possible to use Automator to create a Service so I can create the links using a contextual menu in the Finder.

Feel free to download the Automator service here.  Once downloaded, open it in Automator, then “Save as” to save it in your Services folder (which is in your home folder Library/Services).

Snow Leopard guts

September 2, 2009 Leave a comment

AppleSnow Leopard’s internal bits and bobs

Another release of Mac OS X, another excellent, in-depth review by John Siracusa over at Ars Technica.  I got hooked on his reviews after I stumbled on the review of Tiger, and all the under-the-hood goodies he reveals.

Categories: Apple, Mac OS X Tags: , ,

Mac OS X Uninstaller

October 30, 2007 Leave a comment

Apple
Having just read John Siracusa’s excellent (as always) review of Leopard, I got thinking about one gaping hole in Mac OS X. An uninstall application/framework.

Apple’s Installer application and underlying framework is right up there, it’s easy to use, easy to create installer packages (and metapackages) for, easy to use and parse via the command line. But where is it’s uninstalling counterpart?

Apple have always emphasized single shot uninstallations, as in, you delete the .app package for an application and it’s done. Simple. Unfortunately applications are not just the contents of the .app package. They create preferences files in the Users or System Library folders, amongst other things. Especially with the new application signing feature of Leopard, would it be that hard for Apple to keep track of files created by a specific application using the fsevents framework that keeps track of all filesystem changes (as leveraged by Spotlight and Time Machine). Then when an applications is deleted, the system could offer to clean up other files that had been created by the application.

Of course, this could probably be accomplished without either application signing or fsevents as long as applications stick to naming conventions so associated files can be found. But using these advanced frameworks could lead to a scenario where you delete an application, and Mac OS X pops up and asks you if you’d like to remove preferences files, widgets, preference panes and even documents created with the application!