Linked by Hadrien Grasland on Fri 15th Apr 2011 10:24 UTC
Permalink for comment 470208
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
Linked by Thom Holwerda on 04/16/13 9:29 UTC
Linked by Thom Holwerda on 04/15/13 22:44 UTC
Linked by Thom Holwerda on 04/14/13 18:22 UTC, submitted by MOS6510
More Features »
Sponsored Links



Member since:
2007-04-23
What would make more sense, is to put the decision in the hands of the user and not just the application developer or platform designer...
For instance, i might want a complex calculation to complete, using 100% cpu and draining my battery very quickly, but i also want to read my mail or something while its doing that. Under Apple's system i would either need to waste my time watching the progress of the cpu intensive app, or suspend that app while i read my mail.
You should have a choice between suspending an app (thus it stays running, but is frozen - effectively a SIGSTOP), killing the app or letting it run in the background (with the option to adjust its priority so its processing doesn't interfere with my foreground app). App authors and platform vendors should only get to choose a default, not force the user.