Things I would love to see in iOS 5
shorts.adityamukherjee.com
shorts.adityamukherjee.com
Furthermore, the iPhone is primarily a portrait device. The iPad, not fitting easily in one hand, is as much a landscape device as it is a portrait one. I'd be surprised if Apple "enabled" a landscape home screen for iPhone in iOS 5.
I wasn't trying to imply that Apple shouldn't redesign landscape mode home screen for the phone --- it was just an idle comment you make when you're thinking out loud. My point/request still holds. Having the option of a landscape mode home screen is much more useful than not. And that's precisely why there is a portrait mode lock available --- for people who don't want it.
To OP of this thread: It was another idle comment. The crux of the request was in boldface.
A tighter implementation would be a limited amount over overlay that was configurable -- like the alert # but with more control. The important point being that the underlying icon that I scan for still being available.
MacOS uses this in a number of places to identify download, symlinks and the like.
Just shortcut the entire process, http://lifehacker.com/5693309/how-to-install-android-on-an-i...
Having said that I fully expect, Apple, who has been in the business of making software for close to 35 years, which is a full 5 years more than "90% guy" Microsoft, already have these features either on their ToDo list or in prototype form just waiting/working for the battery tech to reach that threshold where they are confident of it holding up when used by the mass market.
In short, I don't expect iOS5 to have most or even all of these features but maybe by the time iOS6 rolls around, battery tech will have reached the point when these features would have become practical. For iOS5, the flagship feature( Steve calls them 'Tent-poles' )will be NFC, and joining this tent-pole on stage will be the usual hardware improvements, Game Center/Ping updates etc, but nothing of the sort that has the potential to 'leech away' the battery.
Apps with their own document type register as such with the OS. The "Documents" app shows a list of those apps and each one leads to a list of documents for that app. From this list, users can open, rename, delete, attach to an email, and so on. Apps would not be allowed to dump internal junk in their document folder, only stuff the user creates and knows exactly what it is.
As long as this model was enforced by the OS and by app reviewers, it should be easy for anyone to understand. It would give iOS something fundamental that Android doesn't have at all, which it really needs because it's playing catch-up with most other features right now.
1. The user can manage all their stuff in one place with consistent functionality across all apps.
2. The OS can implement generic file handling features like search, share, backup, sync, etc.
3. It paves the way for standard file types that can be handled by multiple apps, or apps that can work with any type of file, like Dropbox.
The power of filesystems is well understood and I'm sure Apple could create one instilled with their magical UX and just-worksiness. But they won't do it because I think they are afraid of 3rd party apps becoming too useful. They don't want anyone else creating an ecosystem that they don't control. But Google and RIM are happy to do that and I hope they establish a higher standard of utility that Apple is forced to live up to.
I think you will see the same thing for many other types of databases, but they will all be dependent on type. The databases already there are music, contacts, notes, PDFs in iBook, epubs in iBooks. I think you'll see the full ability to access and modify those databases, and full cloud syncing of them as well. But, they will still be different and separated by file type or task.
Or, you could try my app, Jumping URL (http://www.jumpingurl.com), instead.
Oh yes please, that would get rid of the overly complicated workaround of using PUSH-Notifications for that.