Forum Discussion
Try It Mode Text Entry Issues
I'm creating a software simulation using the step-by-step Try it mode. Every slide that has text entry requirement is simply a large white text box that covers the entire screen. For example, on slide 4 the hotspot is to click on the account number field. Slide 5 should be a spot where they type in the phone number, but instead it is simply a large white textbox. When I resize the text box to fit in the phone number field, I can't resize the text, so it looks terrible. Help!?!
26 Replies
Hi Kelly! Would you be able to share your .story file for us to have a look at?
I did share the file with the support team, and unfortunately their answer wasn't entirely helpful. They said "When you record a screencast in Articulate Storyline and insert it into your course as Try mode steps or Test mode steps, you may find that a data-entry field is misplaced or the wrong size."
Through more research, I've found out that when transferring anything using Javascript into Try-It mode, they text entry fields don't work properly.
Thanks for sharing that you worked with our support team Kelly.
Hopefully someone in the community can share a best practice or their experience with you then.
I know this is an old thread but it is happening to me as well. When recording simulations text entry boxes either show up off to the side of the screen, and really tiny OR way too big and in random spots on the screen. The small ones I can work with but if I try to downsize the large white text entry box I can, however I end up with a scrolling bar on the side of it even if the text has been downsized to much smaller than the box. This looks terrible. Has there been a solution found to this?
Hi Jolie,
Were you using Javascript similar to what Kelly mentioned above? If so, that may account for the odd behavior you're seeing. For the larger ones, did you check the font size associated with the text entry? If you were to resize it smaller than the font size that would automatically put in the scrolling element.
If you'd like us to take a look at your .story as well we're happy to and you can share here by using the "Add Attachment" button to upload it here.
Hi Ashley.
The screencasts are from a program that uses Javascript. For the larger ones...when resized they are still larger than the font and yet show a scrolling bar, which doesn't make sense. I could understand if the font was larger but it is not.
They are fine if they show up as they tiny ones (although it took me a bit of work to even find them as they show up in the workspace beside the slide and not ON the slide) and I make them bigger but there is no way to control that I know how they show up when the video is broken up into slides.
Unfortunately due to privacy issues I cannot send the story file.
Since this is a known item, is it on the radar to be fixed?
Hi Jolie,
Thanks for confirming that it's got Javascript in the program too. You'll see the documentation here on the issue with the screen recording, and it's based on how the individual application reports data. Since each application could report data differently there isn't a way that we could confirm this within Storyline and as such the manual changes that you've had to do will need to continue as you go forward.
Hi Ashley,
Although the manual adjustments are extra work, I don't mind making them as long as they work. The scrollbar showing up even when the text box is larger than the font size is still an issue with downsizing these large boxes that show up. Any fix for that?
Ah, sorry Jolie - that wasn't one I'd see. Do you see this again on the program that includes the Javascript element? Are you able to insert a new text entry box to see if that resolves the scroll bar and allows the user to still enter text? If you're still having difficulty are you able to share a copy of the .story file with our Support Engineers here?
Similar to @Kelly Blenus, I am having text entry field issues using the step-by-step Try Mode.
Here are my 3 issues:
1. The text box covers the whole slide.
2. I have to click twice to enable the cursor to become active and begin typing.
3. The text appears only half way down in the text field.
I see that the issue of having to click twice in the text box to enable it to become active was raised 7 years ago.
For security reasons, I am not permitted to send the story.file to support.
Any help would be greatly appreciated.
Hello Corvil Learning!
Thanks for checking in on these three issues! I'm happy to help!
I haven't seen any snags where the text box covers the whole slide, or the text appearing halfway down in the text field. I know that you aren't permitted to share the .story file, but would it be possible to see a screenshot?
Secondly, clicking twice on the text box is a current bug that our team has started testing! This means that we will be able to share an update when they've completed testing and have the fix. Now that you're subscribed to this discussion, you'll be notified when we report back with the good news.
