Track Info displays (aside from the obvious info) the iTunes current track’s name, artist, rating (including ½ star ratings), comments and track equaliser. If set manually, the track’s start and finish times are also displayed.
Displaying track artwork is possible thanks to this code by Nick Fagerlund, which takes a track’s raw image data and converts it into a TIFF file to allow Growl to display it. Customising the script to include any other iTunes information would be fairly straightforward (the code contains some explanation notes).
In Quicksilver: Track Info.scpt ⇥ Run ⌃⏎ Add Trigger… ⇥ HotKey ⏎ – and you’re good to go.
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.)