I see that Google already allowed autoplay on installed PWAs for mobile, and now also do allow it for desktop: https://developers.google.com/web/updates/2019/02/chrome-73-media-updates#autoplay-pwaWill Apple follow? Will they even talk about it? Hello???Because iPhone and iPad are critical targets for our startup, Apple is effectively denying using a PWA for our minimal viable product. For now we will develop our next prototype as a native app instead of PWA - starting us down the path of abandoning what seemed like a dream come true with PWA.
Post
Replies
Boosts
Views
Activity
According to https://webkit.org/blog/8090/workers-at-your-service/:"Update: A previous version of this post stated the Service Worker API is available in all applications using WKWebView. At this time it is only available in Safari, applications that use SFSafariViewController, and web applications saved to your home screen."No definition is provided for "web applications saved to your home screen" but it does not appear to include 3rd party browsers on iOS.
Another consideration is allowing iOS users to specify website preferences as can be done on MacOS, Windows and Android.
Is it possible for an iOS user to opt-in for <audio> content on a web site, such as using site preferences as can be done on MacOS? I have not been able to find any settings to allow this on an iPhone or iPad.Alternatively, if a user has installed a PWA app, is it be possible for that app to play <audio> content without user interaction.I can't display audio controls in my app or it would destroy the user experience - I need to play voice prompts without distracting the user from what they see on their screen. Sometimes those voice prompts can't be played in direct response to a user interaction. My app is a PWA app, so it can garner the look and feel like a native app - but if it can't play audio like a native app that kinda *****.