Quizzes: Fill in the Blank question triggers

Hi Meryem,

I've been playing with this for quite a while and also cannot get it to work. I've tried a number of different things, but to no avail. I'd think it would be important to get this working, since not all Learners have facility with the mouse. Hoping someone will weigh in. And thanks for asking.

Thanks, Rebecca.  I feel better.  At least this difficulty isn't just my newby status, though I admit to plenty of newby difficulties.

I think it is important to get this working because the defaults are just annoying. When we enter a text answer, we expect to be able to press Enter to submit.  And then, once we have the finger on the Enter key, we expect that the default choice on the screen will be deployed by pressing Enter again.  Being forced to move the hand to the mouse to press the default choice on the screen is quite aggravating. 

As she worked through my series of quiz questions, my tester was visibly annoyed and vocal.  "You have to fix that!"   Her whole demeanor changed from "This is cool," to annoyed irritation.

Hopefully someone has an answer.

Meryem,

I just realized that you used fill in the blanks. I'll have to retest with that question type, but 

I was able to get it to work with Multiple Choice questions.  (See attached).  I'll play

with the fill in the blank type and see what happens.

Mike

Meryem, 

I see what you're experiencing with the fill in the blank. Let me check into it and see what I can find.

Mike

Thanks, Mike.

Meryem,

Great catch on this!  I've submitted a report to have the team take a look. I'm experiencing the same

issues as you.  It seems as if the Enter key is submitting the answer again and ignoring the trigger to

close the layer.  I'll let you know what we find!

Mike

Mike, tx for submitting the report. Please let us Meryem and me (and others know) if we need to submit a report as well to get this moving. I have to admit that I, too, am frustrated at the need to keep moving my hand to the mouse, and that's without any difficulties that require alternate access.

I hope I am linking correctly to another post, but here's someone else with a similar problem. I don't know if she submitted a feature request.

http://community.articulate.com/forums/p/10174/60104.aspx#60104

Here's a copy of my post of a couple of days ago, dealing with a similar issue, that has received no reply yet. I think it is an important feature to incorporated to allow rapid keyboard input rather than having to click with the mouse to proceed and then again to select a text entry box.  A quiz should allow for text entry by the ENTER key with immediate placement in the next question not the next slide. A couple of options and goto choices should fix this.

My post of three days ago:

I would like to create a timed math speed test that requires rapid keyboard input. For example, 100 addition problems answered within a three minute minute time limit. Such a drill works best with keyboard or number pad input. It also needs automatic cursor placement into the next answer box when you press RETURN so you don't have to click  each text entry box with the mouse before you can type in it.  It would be nice to have ten or twenty problems per slide instead of a new slide for each question. Answers could be changed with BACKSPACE prior to hitting RETURN. Problems would be scored at the completion of all 100 problems, or at the end of three minutes--whichever is first. Attempts and scores should be reportable to LMS. I have just started using Storyline on a trial basis, but have not yet found a method to accomplish this type of math speed drill. It is an important part of our math skill objectives, but I am not sure it can be accomplished with Storyline. Is there a way this can be done?

With the emphasis on HTML5 and flash convertibility, and the desire for courses to run on tablets and mobile devices, perhaps keyboard entry for something like a math speed test with many questions on a page loses some priority.  If this was implemented on an iPad, can you imagine the keyboard covering most of the page, and having to be called up again after each entry? This is not a speed solution!  Since an important use for this type of input would be in math problems, perhaps a partial answer would be a numberpad widget that could be called up that would function on HTML5 devices just like the keys on a number pad. This could give touch devices the same quick entry ability as a keyboard and just require a little bit of thought on how to place the problems to allow room for the input pad.  Perhaps the same touch numberpad that shows up for touch devices, could also show up as a mouse click device, but also have the option for numberpad entry when it is available for fastest use.