I have text input boxes in my project and have tried setting the autofit parameters to "shrink text on overflow" and "do not autofit" (and adding a larger textbox), but neither option is keeping the text from running off of the textbox when I preview the slide.
I would appreciate any insight into correcting this problem.
When I took a look at your text entry box I saw the expected behavior, that the text continues on one line and that you can continue to see the text as you're typing. The text entry boxes won't wrap or shrink text as a default behavior. If the text box is large enough to accommodate more than one line of text, the user can press the enter key to advance to the next line and if it's not large enough to accommodate that then they can use the enter key to submit the text entry.
Hi Ashley I am having a similar problem which you may be able to help me with. The shrink text on overflow works for the default text in a text entry box, but when the story is published and the user adds text it loses this behaviour and it results in scrollboxes being added.
I need the user to fill text in a certain area and then upload an image of the screen hence the reason adding scroll bars is of no use.
Thank you Ashley. I see that it is actually wrapping now. I wonder if it I had to reopen the project for the textbox to apply the "wrap text in shape"? I had originally had it set to not wrap, and then changed it to wrap. However, I can confirm that my project is also not shrinking text on overflow as Stephen described. As he described, it does not shrink the text; it adds a scroll bar.
This is not a huge problem for this particular project, but I would like to understand the solution for future projects.
Can you share a copy of your project so that we can get a look at what you're seeing here?
Hi Lisa,
Sometimes a save and close allows all those changes to take effect, and ensure that they're the changes you want. The text entry fields are set up so that if you only include enough space to accommodate one line of text, the box will be kept at one line and continue to insert text on that same line. If you insert a text entry box that accounts for multiple lines, Storyline will know to start wrapping the text and begin to create the scroll bar for text that goes beyond that.
If you'd want to not have either of these situations, you'd need to look at creating a text entry box that accounts for the possible text from a user.
One thing you can try is duplicating that slide, but on the duplicate version, insert Text Reference boxes instead of text entry boxes. The formatting option Shrink text on overflow applies to the text that is referenced from the previous slide. The screenshots below show the difference between text entry and text reference--notice how the text reference boxes do not have scroll bars. In this scenario, your users will take a screenshot of slide 1.2:
That was the way that I first tackled it. I had the second screen as a "preview" screen and I imagined I was going to include a button with some javascript under it to copy the screen to clipboard, which I found I couldn't do. It would have been neater to have done it in one screen.
Hi there Stephen, and thanks for that update. I published your file for Web here--give that link a test. Is slide 1.2 working on your end in that version?
Hey Stephen! I tested that link in Chrome 56, Edge, IE11, and Firefox 51, and it worked well in all of those browsers. Here are the browsers that are supported for Storyline 2:
If you're still having trouble, I'd like our Support Engineers to weigh in on what could be causing the issue. You can reach out to them directly right here--they're available 24/7 to assist!
Just wondering if there are any updates on this? We are trying to use the text data entry and we're having the same problem. Any text that the user inserts overflows right off the page, and no scroll bar appears.
Sorry you're running into this, too. I don't have an update just yet, but we're putting our head's together to map out a solution. I'll post an update here as soon as I have more to share!
Just to add another voice here I am also experiencing this issue. Articulate 360, HTML5 only output. Issue happens in preview and on published output viewed with latest versions of Chrome and Firefox
So sorry to hear you are running into this problem, as well. You're in the right place to stay up-to-date on this bug's progress. We'll let you know as soon as a fix is released!
I’m really sorry that I don't have an ETA on the fix just yet. We're careful about testing new updates to make sure we don't put other features at risk, and I don't want to commit to a date before we have a fix finalized. You're in the right place, and we’ll share as much as we can, as soon as we can!
31 Replies
Hi Lisa,
When I took a look at your text entry box I saw the expected behavior, that the text continues on one line and that you can continue to see the text as you're typing. The text entry boxes won't wrap or shrink text as a default behavior. If the text box is large enough to accommodate more than one line of text, the user can press the enter key to advance to the next line and if it's not large enough to accommodate that then they can use the enter key to submit the text entry.
Hi Ashley I am having a similar problem which you may be able to help me with. The shrink text on overflow works for the default text in a text entry box, but when the story is published and the user adds text it loses this behaviour and it results in scrollboxes being added.
I need the user to fill text in a certain area and then upload an image of the screen hence the reason adding scroll bars is of no use.
Thank you Ashley. I see that it is actually wrapping now. I wonder if it I had to reopen the project for the textbox to apply the "wrap text in shape"? I had originally had it set to not wrap, and then changed it to wrap. However, I can confirm that my project is also not shrinking text on overflow as Stephen described. As he described, it does not shrink the text; it adds a scroll bar.
This is not a huge problem for this particular project, but I would like to understand the solution for future projects.
This is a deal breaker for me, so any help would be great
Hi Stephen,
Can you share a copy of your project so that we can get a look at what you're seeing here?
Hi Lisa,
Sometimes a save and close allows all those changes to take effect, and ensure that they're the changes you want. The text entry fields are set up so that if you only include enough space to accommodate one line of text, the box will be kept at one line and continue to insert text on that same line. If you insert a text entry box that accounts for multiple lines, Storyline will know to start wrapping the text and begin to create the scroll bar for text that goes beyond that.
If you'd want to not have either of these situations, you'd need to look at creating a text entry box that accounts for the possible text from a user.
Hi Ashley
Please find attached. You can see that it works in design time but not when the project is previewed or published
Hey Stephen,
One thing you can try is duplicating that slide, but on the duplicate version, insert Text Reference boxes instead of text entry boxes. The formatting option Shrink text on overflow applies to the text that is referenced from the previous slide. The screenshots below show the difference between text entry and text reference--notice how the text reference boxes do not have scroll bars. In this scenario, your users will take a screenshot of slide 1.2:
Slide 1.1
Slide 1.2
Hi Alyssa
That was the way that I first tackled it. I had the second screen as a "preview" screen and I imagined I was going to include a button with some javascript under it to copy the screen to clipboard, which I found I couldn't do. It would have been neater to have done it in one screen.
Hi Alyssa
Just found out that it works great in preview mode but not when it is published.
Hi there Stephen, and thanks for that update. I published your file for Web here--give that link a test. Is slide 1.2 working on your end in that version?
Hi Alyssa
What browser did you try it in? It doesn't work in Chrome but is OK in Edge.
Hey Stephen! I tested that link in Chrome 56, Edge, IE11, and Firefox 51, and it worked well in all of those browsers. Here are the browsers that are supported for Storyline 2:
If you're still having trouble, I'd like our Support Engineers to weigh in on what could be causing the issue. You can reach out to them directly right here--they're available 24/7 to assist!
TI have this problem too. Am I correct that there should be a scrollbar in the text entry field?
You can try the form on:
https://360.articulate.com/review/content/37f8348f-2d44-4d3b-a64d-759f3b9e61a2/review
This is a SL360-project
Hi Chris,
I would expect a scroll bar to appear there. I created a quick sample file in Storyline 360, and I saw the same problem.
Thanks so much for bringing this up--I'm going to take this to my team so we can begin looking at next steps. I'll keep you posted on any updates!
Hi Alyssa ,
Just wondering if there are any updates on this? We are trying to use the text data entry and we're having the same problem. Any text that the user inserts overflows right off the page, and no scroll bar appears.
Thanks!
Hey Andy,
Sorry you're running into this, too. I don't have an update just yet, but we're putting our head's together to map out a solution. I'll post an update here as soon as I have more to share!
I also reported the issue to Articulate Support and refered to this thread.
Just to add another voice here I am also experiencing this issue. Articulate 360, HTML5 only output. Issue happens in preview and on published output viewed with latest versions of Chrome and Firefox
Chris and Patrick,
So sorry to hear you are running into this problem, as well. You're in the right place to stay up-to-date on this bug's progress. We'll let you know as soon as a fix is released!
Hi Alyssa,
Just wondering whether there are any updates on this yet? Or, any solutions to working around the problem?
Thanks.
Hey Andy,
I’m really sorry that I don't have an ETA on the fix just yet. We're careful about testing new updates to make sure we don't put other features at risk, and I don't want to commit to a date before we have a fix finalized. You're in the right place, and we’ll share as much as we can, as soon as we can!
Hey folks! I'm happy to let you know that we just released Update 12 for Storyline 360, and you can check out the new features and fixes here!
Specifically included in this version is a fix to address some issues with data entry fields:
Simply update Storyline to the latest version and republish your project to see the fix. Here's how updating Storyline 360 works.
I'm happy to hear how you make out!
Hi Crystal,
Thanks for the good news. I just tested it and the scrollbar is back!
Thank you so much for fixing this. I've just spent the past couple of days trying various work-arounds and wasn't getting anywhere.
You've just saved my project.
Thank you
Hi Chris and Henry,
Glad this helped you out and I'm so happy to hear things are back up and running.
This discussion is closed. You can start a new discussion or contact Articulate Support.