iTunes Script Menu on Context-Menu?
Does anyone know if it’s possible to duplicate the iTunes Scripts menu in the context-menu? IOW, I want to right-click on a track and have a submenu on that context-menu called “Scripts” and all my installed scripts would be there. It doesn’t have to be called “Scripts” but you get the idea.
The reason this is important is that I have two monitors. I leave iTunes running on the second monitor which works perfectly 99 2/3% of the time. But since OSX has only a single menubar for all applications, and since that menubar only lives on the primary monitor, when I want to do something in iTunes, the menubar is actually on the other monitor. This makes using scripts from the main Scripts menu a pain. Thus my desire to context-ify the Scripts menu.
Is this possible? Anyone?
03/15/2007 17:53:23 Update: I did come up with something that works pretty well, though it’s quite different from what I asked for. The script I was really wanting to easily run sets the last played date on the currently-playing track to the current date and time, increments its play count and then skips to the next track. This is something I’ve been wanting for a long time, so that songs that Party Shuffle hits me with that I don’t like will be buried for all time. Anyway, the script works, but I wanted an easier way to get to it. What I really wanted was a global hotkey that would invoke the script, no matter if iTunes was up front of not. What I did was opened the script in the AppleScript editor, and then saved it as an application. Once I had the app, I added it to the dock. Now, whenever I click on it, it does what it’s supposed to do, then exists. It works pretty well.
03/19/2007 11:13:23 Update: I now have an even better solution. I installed QuickSilver which allows you to map just about anything to global hotkeys. I replaced iMote, which I had been using to give me global iTunes hotkeys, with the functionality in QuickSilver, but I also got more. I was able to map Opt-Cmd-PgDn to my “Skip and Update Play Count” script, which executes within iTunes itself. This is much faster than launching the program I mentioned in the update from Thursday. I’m still digging into QuickSilver, but even if it didn’t do anything else, I’m happy with it.
Legacy Comments
Mom — March 16, 2007 at 5:32 PM
Uhhh……what ever you said??????
john — March 26, 2007 at 3:52 AM
Wouldn’t it be more sensible to have the menubar cloned on the second screen? An interesting UI issue, in any case. I’ve never used OSX on multi-display… does it replicate the dock on each display? if so, it seems a bit odd that it doesn’t also replicate the menubar Personally I’d prefer to have neither of these UI artifacts, and that’s exactly what I have – using a bunch of carefully crafted keyboard commands to eliminate as much mousing as possible. if you commonly work with a bunch of non-overlapping terminal windows, for example, the number of arrangements you can have is fairly limited. might as well have a hotkey or two to set it up in one hit (eg. a 3x3 grid of terminal windows, all of 80x24 size, and a pair of half-width/full height web browser windows side by side on a second display) what I am getting at is that if you get things right the first time (eg. put windows and menus where they need to be) you can have a nice simple UI, less mousing, and more work getting done. Is good.
Joey Gibson — March 26, 2007 at 2:30 PM
No, it doesn’t duplicate either the menubar or the dock. The reason, I suppose is that the second monitor is an extension of the first, so unless it put the dock half-way between the two, it wouldn’t work. Of course, that wouldn’t work, either. My QuickSilver solution is what I really wanted in the first place, I just didn’t realize that it was possible.
yash gupta — October 30, 2007 at 6:42 PM
hi! I was also looking for a way to run scripts from a context menu in itunes, because the script I’m using requires me to first select/highlight a track. so highlighting a track then going all the way up to the menubar is time consuming.