iTunes can be a great database of track and playlist information – but who wants to look at a database when listening to music? Growl is a great way to display iTunes information without dragging you into an app that looks more at home in an office than in a… home. This script gets Growl to display the next 50 or so tracks of the current iTunes playlist.
The script registers the necessary notifications with Growl upon its first run. It’s optimised for Growl’s ‘Smoke’ display and a computer display 900px high – so tweak
_numberOfTracks and (an even number of)
_lengthOfText in the code to optimise it for your display of choice. (The ‘Starwl’ display can fit lots of info on each line.) Tested in Growl 2.1.3. It’s more informative with un-shuffled playlists. Hook it up to a Quicksilver trigger for instant playlist action.
When iTunes was all fields as far as the eye could see, playlists could be shuffled remotely using the following AppleScript:
tell application "iTunes" to set shuffle of current playlist to true
As Doug’s AppleScripts has noted, this feature is currently broken. Perhaps something to do with Shuffle now acting on the entirety of iTunes instead of individual playlists.
Here’s Toggle Shuffle – a script to fill in for this function until such a time as iTunes gets its scripting act together. Trigger it to ‘Run’ (Run an AppleScript). Remember to add Quicksilver to the ‘Accessibility’ section of ‘Security & Privacy’ in System Preferences.
I love to use the Go To Here action to jump to targets in the file system. All too often however, the underlying AppleScript chokes on certain apps’ open/save dialogs.
I’ve updated the script to be a little less flaky. Follow the instructions in the original post to get it up and running. Make sure an open/save dialog is active before running the action, as it relies on keystrokes to invoke the ‘Go To Folder…’ sheet, which could cause unexpected results in the wrong place. It won’t work in apps with non-standard dialogs such as Gimp. I’ve done minimal testing on this, so feel free to come back with any problems you find.
There follows some script details for the curious.
System Events looks for an ‘Open’ dialog window:
tell application process _name to set _window to (1st window whose role description is "dialog")
Failing that, it looks for the ‘Main’ window:
tell application process "AppleScript Editor" to set _window to (1st window whose value of ¬
attribute "AXMain" is true)
And finally, it resorts to the front window:
tell application process _name to set _window to front window
(In some apps, such as TextWrangler, the document window loses its “AXMain” status when the save sheet is activated.)
A welcome addition to 10.9 is the ability to organise Finder folders in tabs – in much the same way as webpages in a browser. In Finder’s preferences, check the box ‘Open folders in new tabs instead of new windows’.
Double-clicking a folder in Finder will open it in the current tab, and ⌘-double-clicking a folder will open it in a new tab.
The similarity to URLs ends when using Quicksilver – folders always open in a new FInder window, whereas URLs usually open in a new tab in the default browser’s frontmost window. Folders’ behaviour is especially annoying if Finder is in fullscreen mode, as new windows appear in a different space to their tabbed counterparts.
Unfortunately, Quicksilver is reliant on Finder’s handling of folders opened with external apps, and that can only be changed by an update to Mavericks.
For now, I’ve created an Quicksilver action that opens a folder or a file’s containing folder in a new Finder tab. It only works on one file or folder at a time. A file will be selected, but the Finder tab won’t scroll to its location. (Hitting enter twice will kludge that up good, though.)
Unzip the script into ~/Library/Application Support/Quicksilver/Actions/ and relaunch Quicksilver. Drag Quicksilver into System Preferences’ Security & Privacy>Privacy>Accessibility pane to allow it to ‘control apps’.