1 Reply
      Latest reply on Dec 2, 2019 3:41 PM by lablodge
      lablodge Level 1 Level 1 (0 points)

        I am developing a PWA app that includes playing HTML5 audio with voice prompts. Including the visible HTML5 audio play controls distract the user from the visual prompts on the screen and is an unacceptable user experience for our app.

         

        On MacOS, Android and Windows we can educate our users to enable autoplay for our app (site) if they want the voice prompts. But does not appear there is such a setting to enable autoplay on iOS and HTML5 audio play is only allowed in a click handler.

         

        If a user has installed a PWA app does that signal their intent to treat the site as a native app? If so, coudl this intent be accepted as an explicit opt-in for allowing audio play for that app (site) in the case of iOS?

         

        Further, PWA apps also cache their audio using a serviceworker. Thus, for a PWA app intended to function offline like a native app, the audio will only be downloaded once with a corresponding reduced data use on a Cellular network when online.

         

        Bottom line - it woudl be appreciated if Apple could please comment on this suggestion - must we design our audio play back to only ever occur in a click handler or would it be possible at some point for the autoplay blocker on iOS to accomodate the case of PWA apps that the user has installed to the device?