| As an iPhone/iOS 10 user, I cannot corroborate all of your claims. 1. Scrolling seems native to me. I just tried it again, maybe it seemed off for a moment. It's hard to tell. I don't find that the scrolling is broken as it is on many websites, and it's not difficult to achieve with -webkit-overflow-scroll: touch in one's CSS, i.e. they could fix this if it's not native already. 2. The URL bar does indeed remain visible. This is normal behaviour when you disable overflow scrolling on the root/body element and enable it on a child element instead. There are a couple of reasons to do this: if you want to size your page relative to the viewport and don't want that size to change when the user scrolls up and down, i.e. you don't want that size to change due to a disappearing/reappearing URL bar, you can force the URL bar to stay visible, thereby forcing a constant height, by doing what I described. 3. This definitely doesn't happen to me. 4. I have yet to encounter an AMP link that didn't work with Safari Reader. I would blame the author of the specific AMP page before blaming AMP as a whole if it works most of the time on other websites. 5. seems like a hazard with most dynamic websites. 6. I cannot say I have experienced, but I do not use Reddit, so maybe that's why. 7. is true. Can't avoid that, regrettably — the whole point of AMP is to serve the site from Google's CDN (and to use AMP components to follow best practices for loading assets). However, I wouldn't call it a disadvantage. 8. I do not find it confusing. I think 2/3/8 are parts of a bigger and more general problem. The AMP bar simply isn't necessary. It's part of Google's system of control around their AMP pages. AMP should just be an optional way to display pages, there shouldn't be this whole sub-app experience of flicking between AMP articles once an article has been selected from the Google SERP. It's a nice idea and everything, but what they should have done is implement a similar thing to the Safari reading list, where you're suggested the next article at the bottom of the one you're reading, rather than having an ugly ass navigation bar occupy 10% of the screen. For one thing, this breaks the gestures for going backwards and forwards in navigation history in iOS Safari, which I would expect to be the first and foremost complaint by any iOS Safari user grappling with AMP. |