Linked by Thom Holwerda on Sat 4th Aug 2012 00:54 UTC
Thread beginning with comment 529752
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
You have no idea about technical implications and I don't blame you, not everybody is an engineer.
You don't need to be an engineer for that. I am a software developer, I've been playing around with OSes and software ever since I was 12 years old - that is 18 years ago. But really, you stubbornly refuse to listen to anything and cling to your delusions and I can't be arsed to continue this.
First of all multi-user for a phone is stupid, why would anyone share a phone? Only when your kid wants to play a game.
On a tablet it makes more sense, but there's no need to have apps of the previous user to keep running. Just save the settings and I'd be happy.
I have an iPad, which my wife, son and sometimes other people use. I don't want them to mess up my stuff, they may need other apps and not apps I use, put them in another order.
Personally I don't even need/want authentication. If I didn't trust my family members they wouldn't get my iPad anyway. A tablet is for quick and easy use, not for time consuming login systems (a few seconds is already an annoyance).
My phone had a passcode, my tablet hasn't.





Member since:
2005-07-06
You cannot do that. If you kill daemons some notifications and events would never happen. People use phones and tablets as agendas you know.
If you want to be able to lend your tablet/phone for small period of time without compromising your data, the right thing to do is to create a temporal stateless Guest User system like Mac OS X has. You don't need multiuser to do that. That would be fine.
Multiuser support is too expensive in a mobile device, there's so much state information to keep... and precious resources like energy that you can't waste stupidly.
I think you are oversimplifying for the sake or being right, You have no idea about technical implications and I don't blame you, not everybody is an engineer.