6 ms·
Sorry, but there is some irony there. We were as surprised as anyone. I do like the new inertia much better. Allows for much faster scrolling similar to Android
by cramforce 9y ago
Sorry, but there is some irony there. We were as surprised as anyone. I do like the new inertia much better. Allows for much faster scrolling similar to Android.
- MBCook 9y agoI don't think there's any irony here. You deployed something that worked horribly on iOS, you didn't offer a way to opt out, and when someone else put in a fix for your terrible UX that just happens to change everything else to the way your stuff currently works you use it to gloat and a guy who pointed out how terrible your UX was. Honestly this whole thing (AMP and your comment) come off arrogant as hell to me. I like the current iOS behavior because it's what I'm used to. I don't find the slower scrolling speed to be an issue at all. But if everything really is going to change then I will probably annoyed me for a while but I'll get used to it. I'm not complaining that the scrolling behavior on AMP is too fast specifically (although that's how it feels to me), I'm complaining that it's DIFFERENT from everything else. All my muscle memory of how to scroll things is broken on AMP pages and only AMP pages. (I don't care if it's how iframes work, you deployed it anyway) Once it feels like the rest of the system then it's not really much of an issue anymore. I'll get over my personal preference. But the snark was totally unnecessary.
- Anderkent 9y agoIt's hardly AMP's fault that safari scrolling is inconsistent. Any complaints about that should be aimed at safari, not AMP.
- MBCook 9y agoThe way Safari does things is not their fault. That they chose to ship that way instead of using an alternate implementation that didn't run into the problem ( or was less frustrating or provided an opt out ) was THEIR decision. They're not 100% blameless in this.
- deleted 9y ago[deleted]
- deleted 9y ago[deleted]
- Gigablah 9y agoYou call someone's work "terrible" (twice) to their face and now you're upset over a little bit of snark?
- MBCook 9y agoI didn't like what I saw as their snark. When they replied they didn't apologize for it or even mention it, they just explained that the scrolling behavior was changing again. My second comment was because I thought the original behavior of implementing AMP the way it was and forcing it on users was arrogant and has seriously annoyed the hell out of me since it originally started appearing on iOS. I've literally considered switching search engines to get away from it because it makes using Google that much harder. Yeah, I called it terrible to their face. Because it frustrates the hell out of me. I've tried finding ways to contact google, I've tweeted at them, I've posted in previous discussions. At no point did anyone ever seem to wake knowledge the problem other than seeing people (who I assume we're not googlers) basically say it's not their fault because that's the way Apple implemented iframes. Combined that arrogance with what I see as rudeness... and yeah. I said terrible twice. I'm frustrated as hell at this and don't like that the solution will be "it's going to stay there but Apple is going to make it a little bit better for you". When the scrolling gets fixed? I'm still gonna be annoyed as hell at AMP pages. They break the experience, but now just a little less. Hurray.
- alpha_squared 9y agoSnark? I think we're reading two different comments. I think it's fair to share surprise at a response like that from Apple. I would be surprised, too. It almost feels like you're looking for reasons to be upset and finger-point. I hope that's not the case.
- MBCook 9y agoI took their original remark at the end as a snarky comment about Gruber. I didn't read it as being about the way Apple decided to fix things. If that was the intent it was unclear to me.
- PrimHelios 9y ago> You deployed something that worked horribly on iOS Except that thing was a bug in Safari. They used perfectly valid plain HTML without any hacks or JS.
- MBCook 9y agoIt wasn't a bug in Safari, that was simply the way the scrolling behavior was implemented in iframes. It was still there choice to deploy using iframes knowing that that was the way it felt. They could've use JavaScript to load the contents into a div or simply pushed so far users to a page that had nothing but the AMP content on it. They left it severely sub optimal and decided that was good enough… making google significantly more annoying to use on iOS than what it was before. That was the choice they made and stuck too. No options to turn it off, no options to do it a different way; you just get stuck with it.
- cramforce 9y agoIt isn't related to iframes directly. Iframes in mobile Safari are never scrollable. The div thing you suggest would have the same issue. If you are a web developer you likely have built a website that has this issue.
- MBCook 9y agoAh. I mostly do back end work, the front and stuff I do we haven't spent any time on optimizing it for mobile, only desktop browsers. I'm not familiar with the quirks of mobile browsers. I only know the iframes scroll oddly because I've been told that was why AMP pages feel weird on iOS here on hacker news before.
- kinkrtyavimoodh 9y agoIf you haven't done much front-end word, let alone handled quirks of mobile browsers, consider listening to other people on this thread instead of arrogantly pontificating all around.
- kbenson 9y agoWell, they deployed normal HTML5, which because of how the page was defined happened to expose a weird interaction in how iOS performed some actions. They thought it was a bug in iOS and treated it as such. Getting called out as assholes for doing what they thought was the right thing (and by someone that was wrong on the facts to boot) probably rankled a bit. Calling out Gruber as both wrong and in addition so wrong that the company he thinks was maligned is actually changing to the behavior he dislikes does come off as a little snide, but given the facts I wouldn't hold it against them. I definitely wouldn't use arrogant to describe it.
- MBCook 9y agoThey didn't explicitly set the behavior that way, but they deployed it knowing that WAS the behavior. And they didn't bother to change it or give anyone an option to turn it off or do something else making everyone on iOS suffer since they started pushing AMP. They could've just as easily pushed you to a new page which contain the AMP content and wasn't an iframe, thus leaving all the standard feel and gestures working. Instead they choose to go along with what they were doing on android even though it was severely sub optimal on iOS. I think choosing to do that WAS arrogant. They made Google significantly harder to use as an iOS user because they didn't care and gave us no option to try and fix it.
- kbenson 9y agoI don't have an iPhone, so I can't check the actual behavior to see how broken it is. Is it just not fitting the Norms of the platform, or does it really impede usage? I think the "correct" response in a case like this, where the platform owner has a bug and has committed to a fix in the pipeline for delivery, is highly dependent on the problem. Even then, it's possible to make the wrong choice given the information available at the time. I prefer not to call the actions of a company and a group of people arrogant without more info than present, even if one of those people expressed a less than sympathetic opinion of the problem. I extend the same courtesy to Apple often enough, it would be hypocritical of me not to.
- 9y ago
- bla2 9y agoSounds like Apple's underinvestment in mobile Safari makes it currently impossible to implement this well in web pages in iOS, and that the AMP team is working with Apple to fix their broken platform. I don't see how this isn't Apple's bug.
- MBCook 9y agoUnder investment? I'm not sure it was a bug, it sounds like it was a design decision. Maybe not in GOOD one, but I doubt it was a true bug.
- fastball 9y agoWhy? What reason do you have for this belief of yours? Apple's response indicates it was a bug, and nowhere has Apple said "this is a design decision we are now changing".
- Buge 9y agoYou don't think there's any irony in the fact that Google noticed that Safari was behaving badly sometimes, and asked Apple to fix it, and Apple said "wow thanks for pointing that out, we're going to make it much more extreme". Google asked for one thing, and because of that was given the exact opposite. That's pretty much the definition of irony. >a state of affairs or an event that seems deliberately contrary to what one expects and is often amusing as a result.
- MBCook 9y agoI wouldn't have expected Apple to speed up the scrolling on everything else if that's what's really happening, but I don't find it amusing. As I said another comments though Safari was doing exactly what it was designed to do (for whatever reason they designed it that way). I don't think this is a bug on Apple's part. It makes sense to harmonize the scrolling behavior, but I don't believe it was unintentional. Now I understand what someone was talking about when they said this might be ironic. I wasn't even sure what they were referring to. I can't place my finger on why this doesn't seem like irony to me. Maybe it's just not odd enough.
- virgilp 9y ago> As I said another comments though Safari was doing exactly what it was designed to do Apple seems to disagree with you, though. I would trust Apple to know better what Safari was designed to do.
- julianmarq 9y agoThis is amazing. A hypocrite (Gruber, as evidenced in another thread) calls the AMP team hacks who do terrible work. Turns out their "terrible work" is actually Apple's bug and the AMP team points this out both to Apple and to Gruber. In your eyes, this makes it all their fault. When called out on it, you double down by saying that the team is still to blame because they chose not to work around Apple's bug. You basically want Google to be part of Apple's captive audience. No, seriously, take a step back and consider that this is what you're saying.
- amazingman 9y ago>A hypocrite (Gruber, as evidenced in another thread) calls the AMP team hacks who do terrible work I must have missed this. When did Gruber call the AMP team hacks? > Turns out their "terrible work" is actually Apple's bug and the AMP team points this out both to Apple and to Gruber. This is flat out disingenuous, unless you're talking about something other than the originally submitted DF article. There were multiple examples of why Gruber thinks AMP sucks. Are you claiming that all of them are "Apple's bug"?
- imron 9y ago> When did Gruber call the AMP team hacks? The link of this thread was originally [0]. Although he didn't use the word 'hack' himself, Gruber said: "Google has no respect for the platform. If I had my way, Mobile Safari would refuse to render AMP pages. It’s a deliberate effort by Google to break the open web." So he sees them as intentionally sabotaging things. 0: https://daringfireball.net/linked/2017/05/20/gilbertson-amp https://daringfireball.net/linked/2017/05/20/gilbertson-amp
- amazingman 9y agoIndeed, that's in alignment with what I had seen. It seems obvious at least to me that the actual character of Gruber's statements and @julianmarq's portrayal of those statements do not agree.
- virgilp 9y ago
- bromuro 9y agonobody wants that. we like the way iOS scrolls and there's no reason for some pages to work different because you are imposing us an unwanted feature we can't disable and makes google impossibile to use. please remove this AMP thing. it's breaking the web - and the scroll is just the minor problem.