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.
Joey Gibson's Blog 
Uhhh……what ever you said??????
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 3×3 grid of terminal windows, all of 80×24 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.
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.
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.