Step-by-step Try mode - Text Entry issue

May 08, 2012

I would expect for the screenrecording Try mode to provide a realistic end-user experience of a process.  There are 2 concerns.  In this example, I've recorded a 'Logging in' lesson.

The first issue is that when a user clicks the 'User Name' box in the first slide, they can't type their user name on the second slide.  It's because when the second slide appears, the cursor isn't active in the text box.  The user has to click in the text box a second time before typing.

The second issue is that, by default, the user needs to press Enter after entering text in order for the Try mode to verify what they've entered.  This is problematic because if a user were to press enter after entering a username in the real world, they would get an 'incorrect username/password' error. (we've seen users do this in the past after having completed unrealistic simulations)

For the second issue, you can somewhat get around it adding hotspots onto each text entry frame, adjusting the triggers, and deleting the now-redundant following frames but you still subsequently encounter the first issue.  Also this adds a significant amount of development time for each text entry you record.

Anyone else encounter or resolve this?

28 Replies
Steve Sheldon

Hey Patrick,

On the first issue, it's a great point. I will take a look at what we can do to improve the way we focus the input box as we transition between slides.

On the second point, in the ideal world how would you expect that to work?  One thing to consider is that we can only capture what you do. Think of the recorded application as a black box, it only gives us back what you coax out of it through your actions.

So for instance, If the user:

  • Clicks on a password input
  • Types it correctly
  • Presses 'Enter'.
  • A dialog pops (or a new web page appears, or nothing happens) 

That is all we 'know' about... There is no way to prod that black box to get it to tell us what else triggers that submit or whats going to happen if the user had typed the password incorrectly. We try to do the best we can with the informatoin we have available to us, which is at best an incomplete picture.

On a plus note, one of the great things I love about Storyline is how easy it is to go back through your recording and edit your slides to add the kind of rich context you are looking for.

In your particular situation, I am thinking the quickest way to achieve what you are trying to do would be to delete the slide with the click on it since it is not useful here and update your incorrect feedback layer to show an image of the incorrect password screen/webpage or whatever you need.

Regards,

Steve

Patrick Delongchamp

"in the ideal world how would you expect that to work?"

Hi Steve, thanks for your reply.  To put it simply, I would want a simulation to walk a user through the process as though I was actually sitting next to them and guiding them through it myself.

For example, I would tell tell my learner:

- To begin, enter your User Name by clicking in the User Name box.

- In this example, use jsmith as your username.

- Next, enter your password by clicking in the password box.

- In this example, use beta123 as your password.

The key here is that I'm not asking them to tell me when they're finished.  I'm sitting beside them and know as soon as they enter the last letter in 'jsmith' that I can give them the next step.

Most simulations I've used automatically advance when the correct entry is typed.

I avoid allowing the user to enter any User Name they want because it can be very confusing for some Learners.  They enter their personal username, then as the video advances, they see the username box revert back to the username I used during the recording.  Better to say 'In this example, type jsmith as your username' and avoid confusion.  

How do you deal with an incorrectly entered value?  I would suggest one of two ways.  Either you wait until they try clicking outside of the box  in order to tell them something like 'Please type the text as shown'.  Or you could automatically include a small 'Continue' button in the text bubble for "Type 'jsmith' in the User Name box."

Steve Sheldon

Patrick Delongchamp said:

"in the ideal world how would you expect that to work?"

Hi Steve, thanks for your reply.  To put it simply, I would want a simulation to walk a user through the process as though I was actually sitting next to them and guiding them through it myself.

For example, I would tell tell my learner:

- To begin, enter your User Name by clicking in the User Name box.

- In this example, use jsmith as your username.

- Next, enter your password by clicking in the password box.

- In this example, use beta123 as your password.

The key here is that I'm not asking them to tell me when they're finished.  I'm sitting beside them and know as soon as they enter the last letter in 'jsmith' that I can give them the next step.

Most simulations I've used automatically advance when the correct entry is typed.

I avoid allowing the user to enter any User Name they want because it can be very confusing for some Learners.  They enter their personal username, then as the video advances, they see the username box revert back to the username I used during the recording.  Better to say 'In this example, type jsmith as your username' and avoid confusion.  

How do you deal with an incorrectly entered value?  I would suggest one of two ways.  Either you wait until they try clicking outside of the box  in order to tell them something like 'Please type the text as shown'.  Or you could automatically include a small 'Continue' button in the text bubble for "Type 'jsmith' in the User Name box."


Thanks for the feedback Patrick, I will run it by the user experience team.

Will Findlay

I just want to echo Patrick's comments. In my case I am trying to simulate a search text box that has suggested search terms that show up as you type. As soon as the person types "Lab Test" I want the search suggestion drop-down to show "Lab Test Directory" and then move on to the next step. In this instance it doesn't make sense for them to type an extra key to submit their response, because search suggestions are automatic.

Judy Czarnecki

We're having issues with text entry in Try mode as well.  In Preview, even when I click in the field twice it's not possible to enter text - a message appears to the far right of the field saying "Type '100'" but it's just floating in empty space, there's nowhere to actually type a response. When I look at the individual slides in Story View, Storyline adds another slide with a blank text box that covers the entire slide. When I reduce the size of the text box I can see the slide underneath it. Not sure what it means, but that's what I'm seeing.

Since most of our courses teach learners how to use software this is a deal breaker for us. But I realize that  this is a new program and that  it takes time to work out the bugs. Overall Storyline is a great product and I look forward to trying out the next version.

Daniel Martin

In a similar vein to Patricks question - when editing the text entry 'Acceptable Answers' is there any way to set up a range of answers if portions of a login ID are variable whilst others are constant?

e.g. T461293@fakeco.co.nz

Where the numerical portion of the ID could be any number within a range but the 'T......@fakeco.co.nz' remains constant.

i.e. Acceptable answers are 'T100000-900000@fakeco.co.nz'

Cheers

Danich

Peter Anderson

Hi Thomas and Daniel, welcome to Heroes!

@Thomas, 

Mind going into a little more detail about the issue you're experiencing? Are you referring to Patrick's observations or Judy's? If you're experiencing unexpected behavior, you're always welcome to open a support ticket and send us your file so we can take a closer look at what's going on. 

@Daniel, 

I'm not sure you'll be able to set up a "range of answers" per se, but you are able to enter multiple acceptable answers, if that helps. Beyond that, I'd recommend submitting a feature request to see a range of acceptable answers be possible. 

Thomas Drewel

It is Patrick’s issue that I was referring to. I am trying to use the simulation tool to capture the process of filling out an on-line form and when I try to capture the process of filling out a text field like name or email I cannot get the simulator to except the correct text after it has been typed into the field. Even if I hit the enter key which I do not want to do it does not work.

Daniel Martin

Hi Peter,

Thanks for the info, Yes I was aware of the 'enter multiple answers option' the only problem is that I have well over 50 staff who will use the simulation and it will also be used in an ongoing basis as new staff come on board. Which of course makes it an arduous task to load the initial set and continually changing set of acceptable answers.

I have submitted a feature request as recommended.

Thanks again for the help.

Patrick Delongchamp

Hi Daniel,

For simulations, it can be best to lay the cards on the table and explain that they're running a simulation and that they're following a specific scenario that may be different to what they'll be doing when they're on the job.

On your login ID slide, I would say "Enter your login ID.  In this example, you'll use login ID T461293@fakeco.co.nz"

Ashley Terwilliger-Pollard

Hi John,

The enter key should behave as described here in Storyline 2 and 1, in that if there is space for the user to go to the next line, that's what the enter key will do. Otherwise it'll submit the text entry and control the focus. You can also add additional triggers that would dictate what the enter key would do once pressed.

If you need some additional help, please feel free to share a copy of your .story file.

cherry beck

Hi

I have been creating try me's in other software for sometime and am a bit confused as to how they work in storyline 360.  Its fine when the user clicks, but my text entries seem to generate a 'quiz' page with a submit button, which does not reflect how they would use the system.  Could anyone help me as to how i move the slide forward without using the submit button please?

Alyssa Gomez

Hi Cherry! A try-mode text entry page is a lot like a quiz, in that Storyline reads the text as correct or incorrect. However, your learners shouldn't have to click the Submit button. 

I make a quick sample file where the learner is asked to type a web address. When they hit the Enter key, they move on to the next slide. You can see that the Enter key submits the text entry in this screenshot:

Do you have a key listed in the "Submit Keys" field in Form View?

cherry beck

Hi Alyssa

Thanks so much for this, sorry for the delay in responding.  I tried the enter key but its not what the user would use in real life to continue, and when i try the tab key, I don't really understand how the tab step process works.  Ideally, if you look at how a user would log in (as an example) you would want the user to click into the name field, tab to the password field then tab down to the log in button (would this need 3 screens).  Is there a simple way I could achieve this on one slide.  I got some really great help from support, but it seemed a really complicated process and didnt really provide a simple solution.

This discussion is closed. You can start a new discussion or contact Articulate Support.