3 ms·

Task completion is unreliable for background processes. It's meant for finishing something quickly before an app goes into an inactive state. The OS is likely t

by Skroob 16y ago

Task completion is unreliable for background processes. It's meant for finishing something quickly before an app goes into an inactive state. The OS is likely to kill the app at any time if it's taking too long or other apps need the resources. Unfortunately there just isn't a nice way for Pastebot to do what they want to do. It's one of those edge cases where none of the available options for multitasking are useful. They're doing the best they can, but this is still a really hacky solution and I wouldn't depend on it staying in the App Store.

ugh 16y ago
I think Apple doesn’t have to be quite as restrictive. They could allow developers to do some general purpose multitasking and take steps limit its use. They might only allow general purpose multitasking if it’s off by default and the user has to explicitly opt-in. They might add something in their settings app where you can turn turn general purpose multitasking on and off for each individual app which uses it. They might reject all apps which use general purpose multitasking when the dedicated methods would do, too. They might reject all apps which use general purpose multitasking without providing any functionality to the user. They might require all apps which use this general purpose multitasking to have some gracious failure mode if memory really gets low and the app has to be quit. (I’m not so sure about this last one. You would have to notify the user because otherwise the experience would be terrible, i.e. suddenly and without any apparent reason or warning Pastebot would stop to work. But adding a modal dialog would also lead to a terrible experience, they would have to make it more subtle which in turn can be easily overlooked. How does Android handle this?)
- Skroob 16y ago
  There's a lot of ways they could go, definitely. But they're trying to keep it as simple as they can, from the user's perspective anyway. The best feature of the three multitasking styles they allow is that I don't have to think about it, which can't be said about the Pastebot solution, nor really any of your options either.
  - drivebyacct2 16y ago
    "From the user perspective" You don't really believe that do you? You can't honestly tell me that it's easier to explain to a user that they have to play a silent audio clip to have an application keep working when it's not visible. And you can't tell me that for <any multitasking app>, it's easier for the user to use because it can only work in the background if its a short potentially volatile task, a location or audio service. How is that 'easier' for the user?

by Skroob 16y ago

ugh 16y ago

I think Apple doesn’t have to be quite as restrictive. They could allow developers to do some general purpose multitasking and take steps limit its use. They might only allow general purpose multitasking if it’s off by default and the user has to explicitly opt-in. They might add something in their settings app where you can turn turn general purpose multitasking on and off for each individual app which uses it. They might reject all apps which use general purpose multitasking when the dedicated methods would do, too. They might reject all apps which use general purpose multitasking without providing any functionality to the user. They might require all apps which use this general purpose multitasking to have some gracious failure mode if memory really gets low and the app has to be quit. (I’m not so sure about this last one. You would have to notify the user because otherwise the experience would be terrible, i.e. suddenly and without any apparent reason or warning Pastebot would stop to work. But adding a modal dialog would also lead to a terrible experience, they would have to make it more subtle which in turn can be easily overlooked. How does Android handle this?)

Skroob 16y ago
There's a lot of ways they could go, definitely. But they're trying to keep it as simple as they can, from the user's perspective anyway. The best feature of the three multitasking styles they allow is that I don't have to think about it, which can't be said about the Pastebot solution, nor really any of your options either.
- drivebyacct2 16y ago
  "From the user perspective" You don't really believe that do you? You can't honestly tell me that it's easier to explain to a user that they have to play a silent audio clip to have an application keep working when it's not visible. And you can't tell me that for <any multitasking app>, it's easier for the user to use because it can only work in the background if its a short potentially volatile task, a location or audio service. How is that 'easier' for the user?