Earlier quoted context omitted.
True, but putting aside that limitation on iOS for a moment. The very important part about this is whether or not these features are actually considered a web standard or is it Google pushing their own agenda. Which is where whether or not any non chromium browser supports any of these on any platform. Which many of these features they don't. That completely changes the conversation here, from Apple purposefully igno…
>The very important part about this is whether or not these features are actually considered a web standard or is it Google pushing their own agenda. Apple is on the W3C board that gets to decide what APIs become standards, so Apple is definitely pushing their own agenda on the W3C. So you can't really complain that Google is pushing their own agenda with these APIs when Apple is the one refusing to make them a stand…
We really need to stop putting google on a pedestal as if they are truelly on the side of an open web, like every company they are looking out for their own interests. Which is fine, they are allowed to do this.
That doesn't change that many of these are in fact not a standard according to W3C and should not be implemented in any browser until it is. A discussion about why it may not be standard is worth it, but that is also a very important distinction that is not made on this page. Right now it is framing it as google supports a standard that the other's (including Firefox) do not.
Just because Google does something it doesn't mean the rest of the industry should follow. If we did that in IE days we would still have ActiveX