The error message did not show up in my case – maybe because of some option settings.

To prevent the course from loading when the SCORM player is bypassed would definitely be a good enhancement.

After some more extensive internet research I tend to believe the following (Please let me know, if I am wrong.):

• There is currently no complete fix to make a fully responsive course - like the ones created by  ADAPT - work in an iframe on iOS. A lot of thought and experiment has been put into the issue by many very bright people without full success. There does not seem to be a solution anytime soon.
• Using an iframe as part of the SCORM player is a solution used by LMSes, especially MOODLE, obviously as one of the best ways to play SCORM content securely. This does not seem to change any time soon.

So I am confronted with these two questions:

• Are there any LMSes that can play a fully responsive ADAPT SCORM package on iOS in such a way that it is not possible to bypass the SCORM player as described in my earlier posting? Do they prevent showing the URL of each course page?
• Is the launch.html method (as described in this thread) the best solution to play fully responsive ADAPT SCORM packages on LMSes that use iframes?

I would be very grateful for any help.

Hi Bill

You'll likely find that's actually a bug in iOS 10... Apple appear to have reintroduced a bug that first reared its head with the release of iOS7.

It can be worked-around but this must done at server level. There's a discussion about how to do this in Moodle here if that helps at all.

Is it possible that the Moodle mobile app is displaying the content in an iframe? Unfortunately iframes are a bit of a pain for responsive content, particularly on iOS. There's a long discussion about that over here.

FYI your screenshot show an image in Adapt displaying fine...

From an Adapt perspective, the main thing is to make sure the LMS can cope with responsive content & HTML5. Some Learning Management Systems display the course content using either a frameset (which is not valid HTML5 and therefore can trigger Internet Explorer to drop into compatibility view) or an iframe (which can have problems with responsive content, particularly on iOS).

Assuming you want your content to be available on iOS/Android, you also need to check that the LMS doesn't use Java as that doesn't work on either of those platforms.

SCORM Cloud certainly works fine and I'm pretty sure that any recent versions of Moodle or Totara do too. We have a lot of clients using Cornerstone onDemand and that seems to work very well.

Hi David

Does the 'big buck bunny' mp4 file that comes with Adapt work in this situation? If so, and the mp4 file you have created does not, then that certainly suggests it's something to do with video encoding.

If the big buck bunny video doesn't play either, that suggests it might be a server problem - the first thing I usually check for is the mp4 mime-type being correctly set on the server.

Video is one of those things that seems like it should be simple but actually frequently ends up being a massive pain in the wotsit.

Although HTML5 video has greatly simplified how you actually add video into a page, it has generated plenty of other issues to go along with it - starting from the most basic problem of some browsers needing different video formats (Firefox on most non-Windows platforms doesn't support MP4 for example) to all kinds of small things, such as:

• the 'moov atom' being in the wrong place in the video file (https://stackoverflow.com/questions/5058917/mediaelement-js-flash-video-wont-play-until-fully-loaded)
• security/authentication applied at the server level stopping videos loading in iOS (but only for our client, not for us!!)
• a client's network blocking playback of videos via IE's standard HTML video player (yet same file would load fine using Flash-based video player)
• Firefox suddenly not loading .ogv files for videos served through Moodle, and then several days later suddenly working again... (possibly caused by a bug in a release of Firefox although the release notes claim there were no changes to video handling)
• Videos not playing in Android when served via Moodle because you have the Moodle setting 'only http cookies' enabled (https://tracker.moodle.org/browse/MDL-44849)

And plenty more which I can't recall offhand!

Hi Charlie

If I load your content onto Totara LMS v2.5 (which is based on Moodle) I get the same result on iPhone 4 running iOS7.

More tellingly, the content is NOT snapping down to the mobile view but staying in the desktop layout. So clearly something in the way Moodle/Totara renders the content in the window is blocking the responsive functionality of Adapt... very likely it's because the content is being rendered inside an <iframe> which is an inherently un-responsive element.

If I load it into SCORM Cloud, it all works fine.

I think what you're seeing here is a common issue with trying to run content that implements responsive design techniques on Learning Management Systems that are rendering the content in the window in a way that is not particularly friendly to responsive design*.

The workaround we have been using on Moodle/Totara up to now is to set the LMS the package to load in the same window, but add a new page to the SCO called launch.html that handles opening up index.html up in its own popup window - so you're essentially 'breaking out' of the Moodle SCORM player template.

I have updated your package with the launcher file and attached it here.

This is by no means an ideal solution and I will continue to explore options with my colleagues in the Totara world for how we can fix this properly, maybe even backporting the fix into Moodle - you never know.

By the way - there is another bug in your package... Once you get through to the content page you can't get back to the menu again, just a blank screen.

*This is by no means the worst. SABA LMS renders the content inside a frameset. Seriously, a frameset in this day and age? I think the last time I used a frameset in my code was in the previous millennium!