14 ms·

One of my main reason for using Android is I hate being forced to use iTunes to update and sync. One, it has one of the worst UI for device managers (was desig

One of my main reason for using Android is I hate being forced to use iTunes to update and sync. One, it has one of the worst UI for device managers (was designed manage music), and it's a very unpleasant experience for me every time I am forced to use it to manage my idevices. Two, it had wiped out everything in my iphone one time I try to sync it to a new computer. To me, the word "sync" means to update devices so that the data missing from the other device gets synced. No way would I have second guessed it would wipe out data from the device. So every time I use iTunes to sync, I get super nervous. With Android, I can just navigate my device as if it's just an external drive when I plug it into my computer(a Mac). iTunes is just the opposite of Apple's "it just works" motto.

lutusp 12y ago
> To me, the word "sync" means to update devices so that the data missing from the other device gets synced. But that's not what sync means. True sync has a source and a target, and the target's file collection is always made to match the source. If you confuse the source and the target and the "source" is empty, you get the outcome you describe -- the empty device's file collection is "duplicated" (i.e. erased) on the other device that's been mistakenly chosen as the target. This is a surprisingly common outcome among people who don't fully understand the meaning of sync. If your interpretation were the default meaning, it would be impossible to delete any tracks from your music collection. If you deleted some tracks from the source device, the source would have those tracks restored from the target instead of being deleted from it -- but that's not what sync means. EDIT: People, don't downvote posts just because you don't understand the topic under discussion. The above description is absolutely, incontrovertibly correct in every detail. Therefore, in a depressing trend, it's been downvoted because it's annoyingly, infuriatingly right.
- Maakuth 12y ago
  Where does this meaning for "sync" come from? Rsync does work this way, but sync is abbreviated from synchronization and that doesn't - to my knowledge - imply any directionality in it, and dictionary definition [1] seems to agree. 1: http://www.merriam-webster.com/dictionary/synchronize http://www.merriam-webster.com/dictionary/synchronize
  - lutusp 12y ago
    > Rsync does work this way ... Indeed it does, and that is the true meaning of sync. Consider this example: $ rsync -a --delete (A) (B) If (A) is empty, watch (B) become empty too. The point I'm making is that the use of the "--delete" option causes rsync to agree with the true technical meaning of "sync". Without it, the two directory trees (A) and (B) cannot be guaranteed identical at the end of the process (the real meaning of sync). > ... and that doesn't - to my knowledge - imply any directionality in it ... Of course it does. How else can you make two directory trees identical if your intention is to delete some files from both trees? > and dictionary definition [1] seems to agree. Never rely on a dictionary in a technical discussion. Contrary to popular belief, dictionaries do not list word definitions, they list what people think words mean. This is why "literally" and "figuratively" are listed as synonyms.
    - Maakuth 12y ago
      If you think about the parent's case, unidirectional syncing ended up causing empty dataset to be synced from the computer to the iPhone. That doesn't seem right. Compare this to Dropbox's model of syncing: intentional changes (yes, deletes as well) are synchronized and this is done multidirectionally between all the participating devices. This is what seems to me like a better definition of sync. Or consider your mobile device calendar. You add an appointment on your phone, it doesn't disappear when you sync with your PC (or with cloud, as is common today). I didn't mean to imply that dictionary defines the meaning, but it does seem to agree with what I mean with "sync". Where does this "true technical meaning of sync" come from?
      - lutusp 12y ago
        > If you think about the parent's case, unidirectional syncing ended up causing empty dataset to be synced from the computer to the iPhone. Not if the user selected the new iPhone as the source. In fact, that's the only way the described outcome could happen -- assuming the desktop machine originally had a full collection of music and the iPhone was empty. > That doesn't seem right. True, it doesn't seem right. But the customer is always right. > Or consider your mobile device calendar. You add an appointment on your phone, it doesn't disappear when you sync with your PC (or with cloud, as is common today). A perfect example. What if your phone is the source of most of your appointments and contacts? Wouldn't it seem logical to make the phone the source for a sync transaction? Let's take the next step -- what if your phone is the source of your music collection? What if you add music to your phone while on the road and want to add those tracks to your desktop machine's archive? To do this, the sync program must accept your instructions about which device is the source and which the destination. So you must not get it wrong. In other words, in order to get the expected outcome, you must know how sync works. To repeat your earlier point: > Or consider your mobile device calendar. You add an appointment on your phone, it doesn't disappear when you sync with your PC (or with cloud, as is common today). Yes, that's right, but you're not taking that example to its logical conclusion -- the smaller, more peripheral device, the phone, is the source for the sync. If that device has no music on it, the desktop machine will have its music collection erased. > I didn't mean to imply that dictionary defines the meaning, but it does seem to agree with what I mean with "sync". Yes, true, which explains why I've been hearing so many accounts like yours -- people rely on dictionaries to define technical terms and end up erasing their music collections. > Where does this "true technical meaning of sync" come from? Logical thinking: 1. "Sync" means that two directory trees end up with the same content -- exactly the same number of files, same names, same everything. 2. For (1) to be true, the program performing the sync must sometimes delete files as well as add files. 3. For (2) to be true, the program must know which directory tree is the source. Therefore the user must know this too. But users, reliant on dictionaries, may not understand what sync actually means. Q.E.D.
- shalmanese 12y ago
  That's nonsense. Sync has always meant merging semantic changes in state between two or more devices. If I buy an app on my desktop and take 4 photos on my phone, when I sync the two devices, I expect the new app on my phone and 4 new photos in my iPhoto. As version control has taught us, merging changesets can lead to a menagerie of pathological cases and there's no universally correct automatic merging tool. iTunes in the grandfather's case, chose to merge incorrectly and lose data.
  - lutusp 12y ago
    > That's nonsense. You either need to read more carefully, or you do not understand what "sync" means. Please do not add to public confusion about this. 1. Synchronization means making two directory trees identical -- same files, same count, no more, no less. 2. If tree B (destination) has more files than tree A (source), sync deletes files from B so it agrees with A. 3. If tree B has fewer files than A, files are added to B so it agrees with A. 4. If tree B has the same number of files, but different contents or dates, the sync program replaces them with files from tree A. 5. THEREFORE, ERGO, the operator MUST say which is the source, and which is the destination. For the life of me I can't understand why people find this so confusing. > Sync has always meant merging semantic changes in state between two or more devices. YES, as clearly explained above. And that means if the user chooses the wrong source, for example a device with no music tracks, then the program will dutifully erase all the music tracks from the destination device. > iTunes in the grandfather's case, chose to merge incorrectly and lose data. Yes, but that outcome resulted, not from an error in iTunes, but from the user misidentifying the source device, and that, in turn, resulted from his not understanding sync, a misunderstanding that he revealed in his post by attempting to rely on an incorrect dictionary definition of the word. EDIT: consider this hypothetical example. 1. Directory tree A has 9 files. 2. Directory tree B has 10 files. 3. In your description, the user doesn't have to say which is the source -- no user intervention is required. 4. If so, without user intervention, how does the sync program know what to do? Does it add a file to tree A, or delete a file from tree B? Think before answering. EDIT: Readers, do not downvote posts simply because you're confused. Ignorance is not a justification to cast a downvote.
    - 12y ago
- pjc50 12y ago
  By this definition, "unison" isn't sync. It's also possible to handle not reinstantiating deleted items, although it takes more bookkeeping (usually "tombstone" records).
- dbecker 12y ago
  So, if I start with two devices holding lists, and I place the union of those lists on each device, what is that called? Do you have a reference for the technical definition of sync that this fails to meet?
  - lutusp 12y ago
    > So, if I start with two devices holding lists, and I place the union of those lists on each device, what is that called? Not enough information. Naive set theory isn't adequate to cover file operations. Files have sizes and dates, but members of sets don't normally have these properties. File synchronization isn't necessarily a simple and blind union of two sets. Some synchronization operations require that files be deleted, others require that files be restored or provided if absent. Which is true is left to the operator -- he must decide. Consider this example. Two directory trees, A and B, contain the same number of files, but some of the files have sizes different than the other. Does the synchronization operation copy files from B to A, or A to B? The answer is that the operator must decide. Rsync, a popular file synchronization utility, can delete files, or not, depending on what options the operator selects. It also much be told which is the source and which the destination. > Do you have a reference for the technical definition of sync that this fails to meet? http://en.wikipedia.org/wiki/File_synchronization http://en.wikipedia.org/wiki/File_synchronization A quote: "File synchronization (or syncing) in computing is the process of ensuring that computer files in two or more locations are updated via certain rules. In one-way file synchronization, also called mirroring, updated files are copied from a 'source' location to one or more 'target' locations, but no files are copied back to the source location. In two-way file synchronization, updated files are copied in both directions, usually with the purpose of keeping the two locations identical to each other." In the first case, algorithm must be told which is the source and which the destination. The operator must decide. In the second, the algorithm must know how to proceed -- are newer files overwritten, or are older files overwritten? The operator must decide. Most people don't understand this -- in all synchronization operations, the role of the operator is key to getting any desirable result. In answer to your question above, the online definition I quoted above doesn't allow for a simple union of two file trees, because there is no such thing -- the algorithm requires additional information, information provided by the operator. In a two-way synchronization, if the algorithm encounters a file that is (a) not present on both systems, or (b) one copy is larger, or (c) one copy has a newer date, the algorithm cannot proceed unless and until the operator expresses a preference -- establishes the rules. In short, there is no automatic file synchronization -- all examples require the conscious participation of a decision-maker. Let's say I have edited some files in a large, complex programming project. The outcome is successful. I want to synchronize two file trees to reflect the successful outcome, but with a minimum of file operations. Therefore I tell the synchronization program to copy newer and/or newly created files from B to A. Next example. I have edited and changed a complex software project, but the changes are a disaster and I want to recover the original state, but with a minimum of file operations. So I tell the sync program to restore older files from A to B, and delete new files from B not present on A. Neither of the above operations can proceed to a desirable outcome unless I give the sync program explicit rules. Conclusion: There is no such thing as a union of file systems that doesn't need to be told how to accomplish that end.
lpsz 12y ago
Not a fan of iTunes myself and its all-or-nothing sync behavior does ask for more. Fortunately, it has been possible to update the device or download purchased content directly on the device for a couple of years now.
- fuzzythinker 12y ago
  But not pictures on the device, which was really what I care most. Maybe iCloud is better now, but it's an extra layer of blackbox I will need to worry about.
  - Shivetya 12y ago
    pictures don't go through iTunes, they do pop iPhoto for me
  - ghshephard 12y ago
    Photostream syncs pictures between devices. Both Directions. It's basically flawless.
  - TarpitCarnivore 12y ago
    Dropbox, Box, Picturelife, Photostream, etc all give you ways to get photos without using iTunes
btgeekboy 12y ago
I fire up iTunes about once a year or so to make a backup. If you're syncing your mail/addresses/calendar/music (eg Spotify)/photos/etc via other services, there's really not much to sync otherwise. Not to mention that iOS updates over the air now, and does not require a computer to activate.
e40 12y ago
One of my main reason for using Android is I hate being forced to use iTunes to update and sync. I was always amazed when a friend that had an iPhone said all his (music|photos) were wiped by iTunes when he plugged in his phone, again. It seems like such an easy thing to get right, but if you can't get it right, toss up a dialog "do you want to reset this device's (photo|music) store?"
- bruceboughton 12y ago
  It does show that dialog. Unfortunately, most users click 'Yes'.
ghshephard 12y ago
" I hate being forced to use iTunes to update and sync." In two years, I've never used iTunes to update and sync - I'm not sure what I'm missing, but apparently one can use an iPhone without iTunes.
- aeroevan 12y ago
  I assume you don't copy music to your phone? Or is there another way to do that now?
  - ghshephard 12y ago
    I copy a lot of music to my phone - but it just kind of automatically appears playable there when I buy it - and I can "download" it onto the iPhone by clicking on the cloud icon. Presumably some combination of iCloud / iTunes match takes care of that for me in the background. I just realized the one thing that I am missing, that I've heard can be done with iTunes, is the ability to delete an album. iPhone only lets you delete one song at a time - which is painful if you have a lower capacity iPhone. Good reason to buy a 128 GB iPhone and just never worry about it again.
    - TrainedMonkey 12y ago
      I have hard time seeing iPhone last more than 3 years. That is 36 months, or $360 of spotify subscription. Now price difference between 16GB and 128GB for iPhone 6 is $200 before tax. This comes roughly just under two years and is about average interval tech savvy people update their phones at. This is just putting things in perspective, unless you have very specific needs of your phone I do not think 16GB is enough anymore, 64GB is definitely way to go.
      - ghshephard 12y ago
        I use my iPhone a lot - blowing through 64 GB is pretty trivial. It's not even clear to me that 128 GB will get me through the full two years, but, at least I won't have to spend all my time deleting / re-downloading music. And, might be able to keep a few videos (I've had to delete them all off my iPhone to make space). I spend a lot of time traveling overseas, and have been hit by more than a few >$500 phone bills, even with the international data plan and lots of use of WiFi Dongles+Local SIMs. The more data, maps, podcasts, music I can store locally, the less use of data required. I probably won't be happy until we get a 256 GB iPhone, which, on current trends, probably won't be for another 3-4 years unfortunately. To put it another way - 128 GB isn't enough for me to stop worrying about saving space on my iPhone, but it is enough that there is little value in me shuffling music on/off it.
emehrkay 12y ago
I find iTunes vastly superior to Android File Transfer. Actually, Android needs an "iTunes"-like application. Couldn't Chrome have an extension?
- sandGorgon 12y ago
  could you elaborate what you mean by that ? android leverages MTP standards and in a lot of cases emulates USB media storage. On Windows, Linux and OSX - this has resulted in a drag and drop interface for Android.
  - marrone12 12y ago
    Samsung devices don't have the proper drivers on Mac for transferring files with Finder. I'm stuck using the Android File Transfer or the Samsung proprietary app, both of which suck.
    - bane 12y ago
      You can get Servers Ultimate and just set your phone up as an FTP server or some other file transfer server. Droid NAS also works brilliantly on Android devices and Macs. On Macs they'll just show up on your local network as a network drive you can drag and drop files to in finder. You just need to have your phone on the same wifi as your computer. https://play.google.com/store/apps/details?id=com.codesector.droidnas https://play.google.com/store/apps/details?id=com.codesector... Outside of that dropbox works fairly well, even if you have to pull the files down from the phone once they're in your dropbox.
- ccozan 12y ago
  In which way superior? The file transfer to/from Android uses the native OS interface ( Linux, Windows, etc ) and users are accustomed to this, no need to learn a second interface a la iTunes. While a Chrome extension is not such a bad idea, is rather unnecessary.
  - emehrkay 12y ago

lutusp 12y ago

> To me, the word "sync" means to update devices so that the data missing from the other device gets synced. But that's not what sync means. True sync has a source and a target, and the target's file collection is always made to match the source. If you confuse the source and the target and the "source" is empty, you get the outcome you describe -- the empty device's file collection is "duplicated" (i.e. erased) on the other device that's been mistakenly chosen as the target. This is a surprisingly common outcome among people who don't fully understand the meaning of sync. If your interpretation were the default meaning, it would be impossible to delete any tracks from your music collection. If you deleted some tracks from the source device, the source would have those tracks restored from the target instead of being deleted from it -- but that's not what sync means. EDIT: People, don't downvote posts just because you don't understand the topic under discussion. The above description is absolutely, incontrovertibly correct in every detail. Therefore, in a depressing trend, it's been downvoted because it's annoyingly, infuriatingly right.

Maakuth 12y ago
Where does this meaning for "sync" come from? Rsync does work this way, but sync is abbreviated from synchronization and that doesn't - to my knowledge - imply any directionality in it, and dictionary definition [1] seems to agree. 1: http://www.merriam-webster.com/dictionary/synchronize http://www.merriam-webster.com/dictionary/synchronize
- lutusp 12y ago
  > Rsync does work this way ... Indeed it does, and that is the true meaning of sync. Consider this example: $ rsync -a --delete (A) (B) If (A) is empty, watch (B) become empty too. The point I'm making is that the use of the "--delete" option causes rsync to agree with the true technical meaning of "sync". Without it, the two directory trees (A) and (B) cannot be guaranteed identical at the end of the process (the real meaning of sync). > ... and that doesn't - to my knowledge - imply any directionality in it ... Of course it does. How else can you make two directory trees identical if your intention is to delete some files from both trees? > and dictionary definition [1] seems to agree. Never rely on a dictionary in a technical discussion. Contrary to popular belief, dictionaries do not list word definitions, they list what people think words mean. This is why "literally" and "figuratively" are listed as synonyms.
  - Maakuth 12y ago
    If you think about the parent's case, unidirectional syncing ended up causing empty dataset to be synced from the computer to the iPhone. That doesn't seem right. Compare this to Dropbox's model of syncing: intentional changes (yes, deletes as well) are synchronized and this is done multidirectionally between all the participating devices. This is what seems to me like a better definition of sync. Or consider your mobile device calendar. You add an appointment on your phone, it doesn't disappear when you sync with your PC (or with cloud, as is common today). I didn't mean to imply that dictionary defines the meaning, but it does seem to agree with what I mean with "sync". Where does this "true technical meaning of sync" come from?
    - lutusp 12y ago
      > If you think about the parent's case, unidirectional syncing ended up causing empty dataset to be synced from the computer to the iPhone. Not if the user selected the new iPhone as the source. In fact, that's the only way the described outcome could happen -- assuming the desktop machine originally had a full collection of music and the iPhone was empty. > That doesn't seem right. True, it doesn't seem right. But the customer is always right. > Or consider your mobile device calendar. You add an appointment on your phone, it doesn't disappear when you sync with your PC (or with cloud, as is common today). A perfect example. What if your phone is the source of most of your appointments and contacts? Wouldn't it seem logical to make the phone the source for a sync transaction? Let's take the next step -- what if your phone is the source of your music collection? What if you add music to your phone while on the road and want to add those tracks to your desktop machine's archive? To do this, the sync program must accept your instructions about which device is the source and which the destination. So you must not get it wrong. In other words, in order to get the expected outcome, you must know how sync works. To repeat your earlier point: > Or consider your mobile device calendar. You add an appointment on your phone, it doesn't disappear when you sync with your PC (or with cloud, as is common today). Yes, that's right, but you're not taking that example to its logical conclusion -- the smaller, more peripheral device, the phone, is the source for the sync. If that device has no music on it, the desktop machine will have its music collection erased. > I didn't mean to imply that dictionary defines the meaning, but it does seem to agree with what I mean with "sync". Yes, true, which explains why I've been hearing so many accounts like yours -- people rely on dictionaries to define technical terms and end up erasing their music collections. > Where does this "true technical meaning of sync" come from? Logical thinking: 1. "Sync" means that two directory trees end up with the same content -- exactly the same number of files, same names, same everything. 2. For (1) to be true, the program performing the sync must sometimes delete files as well as add files. 3. For (2) to be true, the program must know which directory tree is the source. Therefore the user must know this too. But users, reliant on dictionaries, may not understand what sync actually means. Q.E.D.
shalmanese 12y ago
That's nonsense. Sync has always meant merging semantic changes in state between two or more devices. If I buy an app on my desktop and take 4 photos on my phone, when I sync the two devices, I expect the new app on my phone and 4 new photos in my iPhoto. As version control has taught us, merging changesets can lead to a menagerie of pathological cases and there's no universally correct automatic merging tool. iTunes in the grandfather's case, chose to merge incorrectly and lose data.
- lutusp 12y ago
  > That's nonsense. You either need to read more carefully, or you do not understand what "sync" means. Please do not add to public confusion about this. 1. Synchronization means making two directory trees identical -- same files, same count, no more, no less. 2. If tree B (destination) has more files than tree A (source), sync deletes files from B so it agrees with A. 3. If tree B has fewer files than A, files are added to B so it agrees with A. 4. If tree B has the same number of files, but different contents or dates, the sync program replaces them with files from tree A. 5. THEREFORE, ERGO, the operator MUST say which is the source, and which is the destination. For the life of me I can't understand why people find this so confusing. > Sync has always meant merging semantic changes in state between two or more devices. YES, as clearly explained above. And that means if the user chooses the wrong source, for example a device with no music tracks, then the program will dutifully erase all the music tracks from the destination device. > iTunes in the grandfather's case, chose to merge incorrectly and lose data. Yes, but that outcome resulted, not from an error in iTunes, but from the user misidentifying the source device, and that, in turn, resulted from his not understanding sync, a misunderstanding that he revealed in his post by attempting to rely on an incorrect dictionary definition of the word. EDIT: consider this hypothetical example. 1. Directory tree A has 9 files. 2. Directory tree B has 10 files. 3. In your description, the user doesn't have to say which is the source -- no user intervention is required. 4. If so, without user intervention, how does the sync program know what to do? Does it add a file to tree A, or delete a file from tree B? Think before answering. EDIT: Readers, do not downvote posts simply because you're confused. Ignorance is not a justification to cast a downvote.
  - 12y ago
pjc50 12y ago
By this definition, "unison" isn't sync. It's also possible to handle not reinstantiating deleted items, although it takes more bookkeeping (usually "tombstone" records).
dbecker 12y ago
So, if I start with two devices holding lists, and I place the union of those lists on each device, what is that called? Do you have a reference for the technical definition of sync that this fails to meet?
- lutusp 12y ago
  > So, if I start with two devices holding lists, and I place the union of those lists on each device, what is that called? Not enough information. Naive set theory isn't adequate to cover file operations. Files have sizes and dates, but members of sets don't normally have these properties. File synchronization isn't necessarily a simple and blind union of two sets. Some synchronization operations require that files be deleted, others require that files be restored or provided if absent. Which is true is left to the operator -- he must decide. Consider this example. Two directory trees, A and B, contain the same number of files, but some of the files have sizes different than the other. Does the synchronization operation copy files from B to A, or A to B? The answer is that the operator must decide. Rsync, a popular file synchronization utility, can delete files, or not, depending on what options the operator selects. It also much be told which is the source and which the destination. > Do you have a reference for the technical definition of sync that this fails to meet? http://en.wikipedia.org/wiki/File_synchronization http://en.wikipedia.org/wiki/File_synchronization A quote: "File synchronization (or syncing) in computing is the process of ensuring that computer files in two or more locations are updated via certain rules. In one-way file synchronization, also called mirroring, updated files are copied from a 'source' location to one or more 'target' locations, but no files are copied back to the source location. In two-way file synchronization, updated files are copied in both directions, usually with the purpose of keeping the two locations identical to each other." In the first case, algorithm must be told which is the source and which the destination. The operator must decide. In the second, the algorithm must know how to proceed -- are newer files overwritten, or are older files overwritten? The operator must decide. Most people don't understand this -- in all synchronization operations, the role of the operator is key to getting any desirable result. In answer to your question above, the online definition I quoted above doesn't allow for a simple union of two file trees, because there is no such thing -- the algorithm requires additional information, information provided by the operator. In a two-way synchronization, if the algorithm encounters a file that is (a) not present on both systems, or (b) one copy is larger, or (c) one copy has a newer date, the algorithm cannot proceed unless and until the operator expresses a preference -- establishes the rules. In short, there is no automatic file synchronization -- all examples require the conscious participation of a decision-maker. Let's say I have edited some files in a large, complex programming project. The outcome is successful. I want to synchronize two file trees to reflect the successful outcome, but with a minimum of file operations. Therefore I tell the synchronization program to copy newer and/or newly created files from B to A. Next example. I have edited and changed a complex software project, but the changes are a disaster and I want to recover the original state, but with a minimum of file operations. So I tell the sync program to restore older files from A to B, and delete new files from B not present on A. Neither of the above operations can proceed to a desirable outcome unless I give the sync program explicit rules. Conclusion: There is no such thing as a union of file systems that doesn't need to be told how to accomplish that end.

lpsz 12y ago

Not a fan of iTunes myself and its all-or-nothing sync behavior does ask for more. Fortunately, it has been possible to update the device or download purchased content directly on the device for a couple of years now.

fuzzythinker 12y ago
But not pictures on the device, which was really what I care most. Maybe iCloud is better now, but it's an extra layer of blackbox I will need to worry about.
- Shivetya 12y ago
  pictures don't go through iTunes, they do pop iPhoto for me
- ghshephard 12y ago
  Photostream syncs pictures between devices. Both Directions. It's basically flawless.
- TarpitCarnivore 12y ago
  Dropbox, Box, Picturelife, Photostream, etc all give you ways to get photos without using iTunes

btgeekboy 12y ago

I fire up iTunes about once a year or so to make a backup. If you're syncing your mail/addresses/calendar/music (eg Spotify)/photos/etc via other services, there's really not much to sync otherwise. Not to mention that iOS updates over the air now, and does not require a computer to activate.

e40 12y ago

One of my main reason for using Android is I hate being forced to use iTunes to update and sync. I was always amazed when a friend that had an iPhone said all his (music|photos) were wiped by iTunes when he plugged in his phone, again. It seems like such an easy thing to get right, but if you can't get it right, toss up a dialog "do you want to reset this device's (photo|music) store?"

bruceboughton 12y ago
It does show that dialog. Unfortunately, most users click 'Yes'.

ghshephard 12y ago

" I hate being forced to use iTunes to update and sync." In two years, I've never used iTunes to update and sync - I'm not sure what I'm missing, but apparently one can use an iPhone without iTunes.

aeroevan 12y ago
I assume you don't copy music to your phone? Or is there another way to do that now?
- ghshephard 12y ago
  I copy a lot of music to my phone - but it just kind of automatically appears playable there when I buy it - and I can "download" it onto the iPhone by clicking on the cloud icon. Presumably some combination of iCloud / iTunes match takes care of that for me in the background. I just realized the one thing that I am missing, that I've heard can be done with iTunes, is the ability to delete an album. iPhone only lets you delete one song at a time - which is painful if you have a lower capacity iPhone. Good reason to buy a 128 GB iPhone and just never worry about it again.
  - TrainedMonkey 12y ago
    I have hard time seeing iPhone last more than 3 years. That is 36 months, or $360 of spotify subscription. Now price difference between 16GB and 128GB for iPhone 6 is $200 before tax. This comes roughly just under two years and is about average interval tech savvy people update their phones at. This is just putting things in perspective, unless you have very specific needs of your phone I do not think 16GB is enough anymore, 64GB is definitely way to go.
    - ghshephard 12y ago
      I use my iPhone a lot - blowing through 64 GB is pretty trivial. It's not even clear to me that 128 GB will get me through the full two years, but, at least I won't have to spend all my time deleting / re-downloading music. And, might be able to keep a few videos (I've had to delete them all off my iPhone to make space). I spend a lot of time traveling overseas, and have been hit by more than a few >$500 phone bills, even with the international data plan and lots of use of WiFi Dongles+Local SIMs. The more data, maps, podcasts, music I can store locally, the less use of data required. I probably won't be happy until we get a 256 GB iPhone, which, on current trends, probably won't be for another 3-4 years unfortunately. To put it another way - 128 GB isn't enough for me to stop worrying about saving space on my iPhone, but it is enough that there is little value in me shuffling music on/off it.

emehrkay 12y ago

I find iTunes vastly superior to Android File Transfer. Actually, Android needs an "iTunes"-like application. Couldn't Chrome have an extension?

sandGorgon 12y ago
could you elaborate what you mean by that ? android leverages MTP standards and in a lot of cases emulates USB media storage. On Windows, Linux and OSX - this has resulted in a drag and drop interface for Android.
- marrone12 12y ago
  Samsung devices don't have the proper drivers on Mac for transferring files with Finder. I'm stuck using the Android File Transfer or the Samsung proprietary app, both of which suck.
  - bane 12y ago
    You can get Servers Ultimate and just set your phone up as an FTP server or some other file transfer server. Droid NAS also works brilliantly on Android devices and Macs. On Macs they'll just show up on your local network as a network drive you can drag and drop files to in finder. You just need to have your phone on the same wifi as your computer. https://play.google.com/store/apps/details?id=com.codesector.droidnas https://play.google.com/store/apps/details?id=com.codesector... Outside of that dropbox works fairly well, even if you have to pull the files down from the phone once they're in your dropbox.
ccozan 12y ago
In which way superior? The file transfer to/from Android uses the native OS interface ( Linux, Windows, etc ) and users are accustomed to this, no need to learn a second interface a la iTunes. While a Chrome extension is not such a bad idea, is rather unnecessary.
- emehrkay 12y ago