|
|
an extention of this script
i wrote the same script a few weeks ago and use it everyday. the only thing i'd like to change is to have itunes update my ipod before i eject the ipod.
an extention of this script
I haven't seen your script, but this should work:
Obviously, substitute the name of your iPod for "iPod". The try block prevents an error if your iPod Options are set to "Manually manage..."
an extention of this script
thanks a lot- this works great, except that it tries to eject the ipod while it's being updated. what do i put in there to give it a 5-10 second wait or something before it ejects the ipod?
an extention of this script
I've been trying to script this forever and always run into the same problem you have. Perhaps most annoying, even if you wrap the eject command in a try statement, the Finder will still pop up the "Disk in Use" dialog box for some strange reason making it basically impossible to work around and will usually result in an endless loop. I'm not sure there is a good way to do this short of convincing Apple to make checking whether an iPod is currently being updated scriptable.
an extention of this script
Try wrapping it in a handler:
---
an extention of this script
that's not working for me, it disconnects the ipod without updating it.
but if i insert a 10 second delay in between the two parts of the script, it works alright. ten seconds is generally long enough for me, but you guys can replace it with whatever you want.
delay x
what do i put in there to give it a 5-10 second wait or something before it ejects the ipod?delay x where x is the number of seconds For example:
tell application "iTunes" to update "iPod"
Of course this isn't really waiting for the update to complete. Unless there's a sanctionned way to do it, one needs a workaround; maybe something like this would do: - create a dummy playlist in iTunes (it should be the last to be sent, I don't know in what order playlists are updated) - delete the similarly named playlist from the iPod if there's one (leftover from a previous run of the script) - update the ipod - wait until the playlist is on the ipod by running a "repeat until" loop testing for that list or one of it's tracks and containing nothing or a "delay 1" statement for example (I have no iPod so I don't know if you can test for a playlist on the ipod without finding the one in iTunes instead but let's say it's possible) - delete the playlist in iTunes - then unmount the ipod This would make sure the update is complete without waiting unnecessarily longer (assuming one can actually be certain the dummy playlist is updated last, which may or may not be predictable).
an extention of this script
why not just create two separate scripts for each function? hit f11 to update the ipod, and when its done just hit f12 to eject? works for me and saves hassle. |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.14 seconds |
|