I'll do it, but before that I'll love to hear someone using iPhone 5 telling me his Control Center is as smooth as butter on the lock screen.
I don't think it is a software problem that Apple can fix, to be honest. The website just needs a lot of resources, and the main one it needs more of is RAM. Software optimization can only do so much. It's gotten a lot better, but there's a reason why my RT loads it better than an Air or an iPad 4.
RAM is important.
There was an update to the Podcasts app today to address that issue.shut, the 15-sec back/forward on lock screen for podcasts is gone. This was extremely convenient to have, now I have to do more steps to reach the podcast app![]()
Nothing at all, just people talking about their day and stuff.Wow, soon to be 1,000 replies. What's all the fuss about?
RAM is one of the least expensive component in the iPad Air. I don't know what you're talking about by saying that RAM is expensive.
You can do whatever you want with the phone now. They just don't want you screwing with their software.
While in some cases and for various reasons it's better to start from scratch, for majority of typical users simply updating or even restoring and putting a backup back on has worked and will work just fine.It still crashes, but, WRT Safari or third-party apps using UIWebView, much less frequently / later, after loading significantly more content. See my earlier reports.
Explanation: UIWebView (on which Safari is also based on) is a VERY memory-hungry widget - a Web page like nin.com can easily allocate over 300 Mbytes of RAM on a 32-bit (iPad3/4) Retina iPad (20-30% more on a 64-bit one - the rMini and the Air). It was one of the major causes for crashes under 7.0.x.
The situation is MUCH better in 7.1, also backed up by my independent and properly measured figures and tests.
----------
Yup, NEVER restore backups, no matter what some people say.
If anything this is misinformation--nothing will happen to your phone when you restart it like that, and in some cases, for whatever reason, a restart like that will actually clear things up a bit better than a shutdown (followed by turning it back on).Never never never do this! You are forcing the operating system to shut down uncleanly. It is a potential issue for the filesystem. You are at a risk of data corruption and data loss if you do this. Absolutely ZERO benefit to do this instead of a normal power cycle. Stop spreading the misinformation.
Again: you're wrong. No matter how hard you try to make your Web pages standards-compliant and clean, iOS devices will allocate heaps (at least tens of Megabytes for a casual-sized Web page on a high-res device like all Retina iPads) of memory to load them.
It's not the question of proper, well-formed Web coding but that of the memory needs of UIWebView.
Again: I've been coding & benchmarking UIWebView-based apps on iOS for years. I know all its little secrets. I do know how much memory UIWebView allocates - even with "proper" Web pages.
While in some cases and for various reasons it's better to start from scratch, for majority of typical users simply updating or even restoring and putting a backup back on has worked and will work just fine.
----------
If anything this is misinformation--nothing will happen to your phone when you restart it like that, and in some cases, for whatever reason, a restart like that will actually clear things up a bit better than a shutdown (followed by turning it back on).
Hm.Never never never do this! You are forcing the operating system to shut down uncleanly. It is a potential issue for the filesystem. You are at a risk of data corruption and data loss if you do this. Absolutely ZERO benefit to do this instead of a normal power cycle. Stop spreading the misinformation.
And there are similar iOS articles and/or some reports of people suffering from any issues related to that with iOS devices?If you're a "coder", then you'd know that no one gives a crap about how you're right and they're wrong. It just has to work. That's why if you were good at your job, you'd test against them instead of claiming they should test against you.
----------
I guess you've never heard of HFS+ being notorious for data loss and silent disk corruption. Please visit http://arstechnica.com/apple/2011/07/mac-os-x-10-7/12/. At the very least, you are invoking fsck_hfs and a consistency check. Most likely, you will experience a successful repair, which is why the next boot after a hard shutdown takes longer. Worst case scenario, you are causing yourself a restore, directory damage, corrupted photos database (when they are all showing black), etc. Just because there is a low repair failure rate doesn't mean you should subject yourself to the risk. Learn about the filesystem that you use and get back at me.
What?! I did the ALL THE TIME on my iPhones (since the iPhone 3G) and NEVER had problems with data loss or corruption. Where ever you read this/heard this was incorrect.
Love the update and I was one of the people who hated 7.0. This feels very well polished. What in the world is the icon next to my Bluetooth? Looks like a telephone above a keyboard?
On my iPhone 5 the clear GPS symbol won't go away and it's killing my battery
Please help, all my apps are off
On my iPhone 5 the clear GPS symbol won't go away and it's killing my battery
Please help, all my apps are off
Slide to power off UI is quite ugly.
While in some cases and for various reasons it's better to start from scratch, for majority of typical users simply updating or even restoring and putting a backup back on has worked and will work just fine.
Settings > Privacy > Location Services > System Services
Just had my first Safari crash since update. Turned on the Air and loaded 5 different tabs and one of them caused the crash.
Apps that constantly use location tracking, such as Nike+ Move, will constantly use your location even if you quit the app if Background app Refresh is on for that app. To find the culprits, go to Settings, Privacy, Location Services, and find which apps have the purple arrows next to them.