Remove play button on html5 opening screen in Storyline 360

Is there a way of editing the code on one of the files to remove the big play button that appears on the opening screen of a mobile device accessing the html5 file? I've seen threads on how to do it on SL2, but not on SL 360. I can't seem to locate the player_compiled.js (or story_compiled.js) file to even edit it. I'm using SL 360 publish to Web with HTML5 only content option. When the published file gets uploaded to mobile iOS device, the opening screen is always the Play button (see image below). And yes, I know that editing published files is not supported by Articulate. 

61 Replies
Eric Friedman

Wondering if there has been any update on this? I too share the concern and frustration of others on this thread. I am creating a learning object that has not video or audio to play on the first screen and therefore no play button is required. It will be confusing to users. I am going to have to add text above the object explaining that in order to access the learning object, they will need to tap the play button. It's a bit of an embarrassment frankly, which will likely lead to my needing to go with another content creation tool.

Ashley Terwilliger

Hi Eric, 

Thanks for checking in on an update for this. There isn't an option to disable that play button, as that fix was put in play to help with the autoplay issues folks were seeing in browsers such as Chrome, Safari, etc. Even if there is no audio/video on the first slide, having the button ensures there is a learn interaction to allow any other media to autoplay and ensure a seamless flow throughout the course. 

We'll certainly let folks here know if anything changes on this setup! 

Terry Bell

Hi Mike,

Thanks - I have used the solution ever since I saw your post, but now SL has changed the file structure of the published output, and app.min.js doesn't exist anymore, and I couldn't find the text you described above in any of the new js files.

Is there any chance you have discovered the work around for the latest SL360 published output?


edit: adding the text of the post I was replying to.

Mike Maas, almost 3 years ago
This worked for me:

search in app.min.js for MobileStartOverlay:function()

Right after the text that reads var c=a("polyfills/detection"); type this:  setTimeout(this.onStart, 1);

The final line should look something like this:

... MobileStartOverlay:function(){var c=a("polyfills/detection");setTimeout(this.onStart, 1);return b.createElement ...

Rachel Ingram

This worked for me in the latest version of SL (March 3, 2020 3.37.21614.0):

  • Search in ds-slides.min for MobileStartOverlay:function().
  • Find this instance: MobileStartOverlay:function(){var e=this,t=DS.stringTabler,n=DS.vendorOverrides.feDropShadow ...
  • It continues on and on until you reach return c.createElement.
  • Just like Mike's old instructions, add setTimeout(this.onStart, 1); just before this so it looks like:
l=o.isUnified,u=s.env.is360;setTimeout(this.onStart, 1);return c.createElement

Hope this helps!

Oscar Gagliardi, Jr.

I understand the need for the play button at the beginning of a Storyline module, but on mobile devices why do we need it if the module doesn't have any audio or video on the first slide?
Why you don't give us at least the option to customize the black screen with the play button (that looks more like a mistake). It really looks out of place and not professional. Please make this a priority. Thank you.

Katie Riggio

Hi there, Oscar!

Play Button on Mobile

The play button is standard on mobile devices since it requires user interaction. To add more color to the 'why':

What you're describing is the intended behavior for Storyline content on a phone. It's the same approach for how iOS handles videos, for instance. Videos get a play button on the phone and then go full-screen when clicked. This is done due to the limited real estate on the phone. The same approach is taken for Storyline content. - Adam

Let me know if that helps. I'll also surface the need to customize how that play button looks with our team!

Oscar Gagliardi, Jr.

Hi Katie,

Thank you for your quick reply. Yes, I understand why the need of the play button at the start of a Storyline module, specially on mobile devices. As a user I will like to have an option to make some minor custom modifications to this page. For example, changing the color of the background and play button, maybe adding some additional text or increasing and centering the title of the program. 

I have been able to customize the start screen using css, but of course it will be nice if the customization options reside within the Articulate Storyline Authoring tool.

Thank you to Articulate for producing this great authoring tool and for all the features it keeps adding. It really show the dedication Articulate has to the industry and its customers.


Eric Fox

And I'm just going to keep saying this until someone at Articulate listens/understands:

A "play" button at the beginning of Storyline content is only necessary when there is content that might autoplay (e.g., audio or video) at the beginning. If Articulate can't figure out how to intelligently detect that, the author should be allowed to set whether or not a play button appears.

For example, if I have a drag-and-drop exercise that I create in Storyline, there is no reason at all for mobile users to first click a confusing "Play" button to begin dragging the objects. The dragging itself (or the selection of a multiple choice option or the clicking on a hotspot or...) IS the user interaction. You do not need to create a perfunctory or substitute user interaction (the play button) to indicate the user's willingness to begin the real user interaction.

 H5P content is a great example of this. Most H5P content types work brilliantly across mobile devices and browsers without the need for a play button to launch or activate them.

And it's not just about styling that play button -- it's about displaying it only when it is absolutely necessary. For a great deal of content, it is not necessary (and is, in fact, confusing and cumbersome for the end user).

Oscar Gagliardi, Jr.

Well said Eric. On Desktop computers a module that doesn't have audio or video on the first slide doesn't display the awful screen with the play button. On mobile devices it appears regardless. I think we need Articulate to first address the inconsistency and then provide us with a way to customize this screen.


Anne Seller

Hi Everyone,

I found this solution (from Sebastjan F.) in another forum post:

Replace the </script> </html> tags at the bottom of the index.html (or story_html5.html) file with this code:

<!-- This removes the play button overlaý: -->

document.addEventListener("DOMNodeInserted", function(event) {







It works for me in SL2, so I hope it works for SL360 too.