I want to limit attempts on fil-in questions to two attempts. However if the user presses the Enter key it always submits. The problem is that if the user enters their first response, presses Enter and receives feedback, then if the user presses the Enter key to dismiss the feedback dialog, then the 2nd attempt at the interaction is already consumed.
Is there any way to prevent automatic submission with the Enter key? I tried setting a different submit key in the question editor, but it still submits on Enter.
By using only the mouse for the Submit button, text entry and to respond to feedback, I was able to answer the question in three tries when previewing the entire project.
I want the students to be able to do it either way - I can't control how they do it.
To me, the mouse works fine, but it allows three attempts, while the keyboard allows only two. The original purpose was to create an equal experience (same number of attempts) for both methods.
Oh, I didn't realize that was your goal. Of course, it makes perfect sense.
It seems that Enter is automatically "firing" the Incorrect layer, so it's as though it's setting the attempt count to 2. Even when I try to play with the attemptcount variable or create a count variable that jumps to the base (and sets it to initial state), nothing works.
Upshot, I've tried a number of things. I'm wondering if it's a bug that should be reported. Perhaps someone can confirm or refute...and even come up with a workaround. I think it's a good question.
Thank you, but luckely a collegue found a solution. Instead of choosing 'Fill in the blank' I choose 'Essay'. When you type an answer and you press Enter, you don't submit your answer (you do if you click the submit button ;))
13 Replies
Hi Dane,
I went about this a bit differently.
First, I changed the number of attempts to 3.
Then, I went to the Try Again layer and added a trigger to hide the layer when the Learner presses enter.
I think this did it. Here's what I do:
Let us know if this does the trick.
Good idea, I had thought about this also. But if the user dismisses the Try Again dialog with the mouse, do they get three attempts?
Hi Dane,
Nope. As I itemized, they only get 2 tries. I'm attaching. Let us know if this is what you had in mind - otherwise I or someone will jump in!
Hi,
By using only the mouse for the Submit button, text entry and to respond to feedback, I was able to answer the question in three tries when previewing the entire project.
Seems so simple, yet somehow out of reach...
Hi Dane,
Yes, "only the mouse" works fine. I thought you WANTED to use the Enter button!
I want the students to be able to do it either way - I can't control how they do it.
To me, the mouse works fine, but it allows three attempts, while the keyboard allows only two. The original purpose was to create an equal experience (same number of attempts) for both methods.
Thanks!
Oh, I didn't realize that was your goal. Of course, it makes perfect sense.
It seems that Enter is automatically "firing" the Incorrect layer, so it's as though it's setting the attempt count to 2. Even when I try to play with the attemptcount variable or create a count variable that jumps to the base (and sets it to initial state), nothing works.
Upshot, I've tried a number of things. I'm wondering if it's a bug that should be reported. Perhaps someone can confirm or refute...and even come up with a workaround. I think it's a good question.
I'm having the problem with 'Enter' at the fill in the blank exercise aswell. Is there still a bug or is it fixed?
I have not checked this issue lately. However to the best of my knowledge this is still the case. I've just learned to live with it.
Thank you, but luckely a collegue found a solution. Instead of choosing 'Fill in the blank' I choose 'Essay'. When you type an answer and you press Enter, you don't submit your answer (you do if you click the submit button ;))
Problems fixed! :)
But that does not offer the easy grading of the question like a fill-in, so I don't consider that to be the same thing. :-)
That's true, but I want learners to give their opinion, which won't be graded (luckely haha, otherwise I would still have a problem)
Hi Maria,
This is still how the enter key behaves, and you'll see that documented here.
This discussion is closed. You can start a new discussion or contact Articulate Support.