Our project uses modern player and a generously sized story design to allow for responsive scaling to large screens without a reduction in image quality.
But on iPad everything is pushed off to the right as per your original post.
That's disappointing though - you'd think it would be a pretty easy fix. This bug is a real thorn in our side. Modern player is great - but this sort of bug is pretty much a deal-breaker.
We are having the same problem here, After having shown the benefits of the Modern player to 6 other developers in different departments, I now wish I had tested it first! I'm trying some different settings to see if it fixes the issue. We are using Cornerstone as our LMS, and it looks fine in everything except the iPad (which is kind of the whole point of using the Modern player).
Yes, ours was larger than that. I did see a better result when I sized it down to 1028px. Also changed some other settings too, like Launch in a new window. Not sure I like that last option, especially for iPad users.
To me, the whole point of switching to Modern Player is to break out of the typically small elearning stage and deliver a generous, responsive, full-screen experience.
We have designed at 1408 x 880px which is a 16:10 aspect ratio. We've chosen this size so the content doesn't have to up-scale much on a 1920 x 1080px screen. Keeping images nice and sharp.
And it works and looks great... EXCEPT on iPad. >:(
iPad users are a large chunk of the audience. Surely this is just a small change to some device specific CSS. Perhaps adjusting the margin-left on iPad or checking whether iPads are calculating the device-width correctly.
Hoping Articulate developers look at this soon - it's not a critical bug but it's the one thing that's really messing up an otherwise pretty ideal user experience.
Note - from further testing this bug occurs in both Google Chrome and Safari on iPad.
Using developer tools and tweaking some css properties, you can simulate a fix by setting a more appropriate max-width value to either the body tag or the .area-primary class.
But ideally this value would come more accurately from the device dynamically, and the fix from Storyline rather than using some bolt-on hack after publishing.
I'm truly sorry for the delay in responding here, but I did want to confirm our team is hard at work on a fix.
Also, I wanted to link to this article, where you'll see the issue confirmed and we're investigating the issue and possible solutions. Once we do have a fix in place, we'll update the E-Learning Heroes community and that article.
You'll also see one other workaround noted at the bottom:
In the meantime, you can avoid the issue by launching your course in a new window. You can do this in your LMS or in Storyline. Check with your LMS administrator for instructions. Or, open your player properties in Storyline, go to the Other tab on the ribbon, mark the box to Launch player in a new window, and click OK.
If you have any other questions I can answer, please let me know.
In the meantime, you can avoid the issue by launching your course in a new window.
Launching in a new window could/maybe an option for a few, it isn't an option for many. The suggestion that there is a workaround seems to diminish the urgency of releasing a fix.
A few reasons why this isn't a workaround:
Some LMS always open a new course window but the new window wraps the course in a frameset. If SL were configured to open a new window, there would be 3 windows: (LMS, new frameset window, then SL window) to view a course. It is doubtful this would play and track correctly, if it did it would cause usability issues for some/many learners.
Major accounts don't welcome vendors telling their LMS Admins anything at all, much less how to present the course. There are several reasons why.
Major accounts have course presentation standards. Delivering an exception so one course behaves differently that all the others isn't welcome.
I understand it's not a solution for everyone, and I'm sorry it won't meet your needs.
Our team is continuing to investigate, and that will take some time to narrow down the issue and determine what fixes we can implement. Once we have info, please know we'll share.
Here's the best hack I can come up with. Add a trigger to the first slide to Execute Javascript when the Timeline Starts and add the below code. Note: This works great except if the user leaves the course, returns and chooses to resume from where they left off. In that case, that trigger won't be run. Perhaps someone could improve this for me? (Looking at you Articulate development team.)
I thought of that but I wasn't sure if the "window.addEventListener("orientationchange"" being run on every slide would be stacking lots of event listeners on top of each other and causing havoc.
SL doesn't restore JavaScript variables on resume, so here's one possibility. A global variable like dontItAlready. If undefined or false, add the event listener then set the global variable true.
I wanted to pop in to let you know that we just released update 20 for Storyline 360! It includes lots of improvements, and you can check them all out here.
One of the fixes addresses an issue where in some LMSs, courses using the modern player could get cut off or pushed off the right edge of iPads.
Here’s how you can update Storyline 360 to take advantage of everything the latest release has to offer. Let me know how you make out!
Fabulous news! I really did not want to insert javascript that I might have to remove later once the fix was available. Thanks so much for listening and letting us know about the release, Leslie!
23 Replies
Bump! Any comment from Articulate?
Hi there Sam!
You should have recently received an email from my colleague John with some links for you to test. Let's keep the conversation going in that email!
For those interested, we were able to reproduce this in a Modern Player project from scratch by using 16:9 aspect 1200px wide.
Modern Player won't resize to fit the iPad. It runs off-screen to the right.
Hi Sam.
Hi Articulate staffers.
Any solution? We've got the same issue.
Our project uses modern player and a generously sized story design to allow for responsive scaling to large screens without a reduction in image quality.
But on iPad everything is pushed off to the right as per your original post.
Where did you land on this?
Shane.
It has been more than a month and I’ve heard nothing. Don't know if it will be resolved next week or next year.
Thanks Sam.
That's disappointing though - you'd think it would be a pretty easy fix. This bug is a real thorn in our side. Modern player is great - but this sort of bug is pretty much a deal-breaker.
Fingers crossed for some action.
We are having the same problem here, After having shown the benefits of the Modern player to 6 other developers in different departments, I now wish I had tested it first! I'm trying some different settings to see if it fixes the issue. We are using Cornerstone as our LMS, and it looks fine in everything except the iPad (which is kind of the whole point of using the Modern player).
Hope Articulate comes up with a fix soon!
I believe the problem manifests itself when the slide design width is larger than say 1200 px or something like that.
We are using the Classic player until Modern Planer is stable.
Thanks for the tip!
Yes, ours was larger than that. I did see a better result when I sized it down to 1028px. Also changed some other settings too, like Launch in a new window. Not sure I like that last option, especially for iPad users.
Thanks Sam and Jana.
To me, the whole point of switching to Modern Player is to break out of the typically small elearning stage and deliver a generous, responsive, full-screen experience.
We have designed at 1408 x 880px which is a 16:10 aspect ratio. We've chosen this size so the content doesn't have to up-scale much on a 1920 x 1080px screen. Keeping images nice and sharp.
And it works and looks great... EXCEPT on iPad. >:(
iPad users are a large chunk of the audience. Surely this is just a small change to some device specific CSS. Perhaps adjusting the margin-left on iPad or checking whether iPads are calculating the device-width correctly.
Hoping Articulate developers look at this soon - it's not a critical bug but it's the one thing that's really messing up an otherwise pretty ideal user experience.
Note - from further testing this bug occurs in both Google Chrome and Safari on iPad.
Using developer tools and tweaking some css properties, you can simulate a fix by setting a more appropriate max-width value to either the body tag or the .area-primary class.
But ideally this value would come more accurately from the device dynamically, and the fix from Storyline rather than using some bolt-on hack after publishing.
Hi all,
I'm truly sorry for the delay in responding here, but I did want to confirm our team is hard at work on a fix.
Also, I wanted to link to this article, where you'll see the issue confirmed and we're investigating the issue and possible solutions. Once we do have a fix in place, we'll update the E-Learning Heroes community and that article.
You'll also see one other workaround noted at the bottom:
If you have any other questions I can answer, please let me know.
Launching in a new window could/maybe an option for a few, it isn't an option for many. The suggestion that there is a workaround seems to diminish the urgency of releasing a fix.
A few reasons why this isn't a workaround:
Hi Sam,
I understand it's not a solution for everyone, and I'm sorry it won't meet your needs.
Our team is continuing to investigate, and that will take some time to narrow down the issue and determine what fixes we can implement. Once we have info, please know we'll share.
Here's the best hack I can come up with. Add a trigger to the first slide to Execute Javascript when the Timeline Starts and add the below code.
Note: This works great except if the user leaves the course, returns and chooses to resume from where they left off. In that case, that trigger won't be run. Perhaps someone could improve this for me? (Looking at you Articulate development team.)
Here's the code to add to your JS Trigger:
Shane,
You can add the script one-time to the slide master. It is a very short script and won't cause problems if it ran on every slide.
Sam
Thanks Sam,
I thought of that but I wasn't sure if the "window.addEventListener("orientationchange"" being run on every slide would be stacking lots of event listeners on top of each other and causing havoc.
SL doesn't restore JavaScript variables on resume, so here's one possibility. A global variable like dontItAlready. If undefined or false, add the event listener then set the global variable true.
That's awesome Sam, thanks I'll give it a go.
To any newcomers, just note that there's a typo in Sam's code. His variable "doneItAlready" is written as "donItAlready" the second time.
Over to you Articulate for the REAL fix.
Hello everyone!
I wanted to pop in to let you know that we just released update 20 for Storyline 360! It includes lots of improvements, and you can check them all out here.
One of the fixes addresses an issue where in some LMSs, courses using the modern player could get cut off or pushed off the right edge of iPads.
Here’s how you can update Storyline 360 to take advantage of everything the latest release has to offer. Let me know how you make out!
Awesome news Leslie. Great job and thanks to all involved.
Fabulous news! I really did not want to insert javascript that I might have to remove later once the fix was available. Thanks so much for listening and letting us know about the release, Leslie!
Glad this helped you out, Jana and Shane. Please let us know if you need anything else.
This discussion is closed. You can start a new discussion or contact Articulate Support.