Forum Discussion
Reset Numeric Entry Box so no value shows
I have a question with Correct/Incorrect/Try again options. Someone on the Forum was kind enough to help out with IF, THEN, ELSE logic for try again. When you get Try Again and return to layer with NEB, what you typed in remains. I can set the NEB variable to 0 (Zero), but then learner has to delete the value before typing another response. Is there a way to clear out the original answer so the Numeric Entry Box is completely empty?
This change to 0 seems to be triggered by manually renaming the Variable that the Numeric Field is associated with. By keeping the name the program automatically creates for the variable, the field stays blank. So, unfortunately, it's the process of opening and editing the Variable that does this.
Hi Katharine,
Thanks for the update here and I'm glad you were able to figure it out. I was about to reply with the same additional information. Although I'm not sure what you mean about the issue with the final slide? That the values are not being accurately calculated from what the user enter? Could you share a bit more information?
Hi, I got the same problem- when renaming a numeric entry, it displays 0. Is there any solution? I do want to rename my numeric entry variables and don't want to see 0 when displaying the slide.
Hi Joanne!
This thread is a bit dated and I see a 0 even when no modification is made to the name. Would you be able to share a sample .story file for me to take a look?
Hi Leslie, here it is.
Interesting find and I'm not sure why I did not see this in my testing, but I can see it in your file.
Is there a reason that the name matters to you? This will not be displayed to the user.
Hi Leslie, it will be much easier for designers to manage and track renamed variables especially when using triggers with those variables in diferent slides. It's not difficult to manage them without changing titles if they are few, but if they are much like I saw someone has 11 ones from another post, and that will definitely have an impact.
I understand Joanne and I will be sharing this with our QA Team to further review :)
The only solution I had was to delete the variables that had the issue and re-create them. I now know not to use the copy feature on variables as this is what caused the error (my opinion.).
Hi Joanne,
Thanks for sharing the rationale and sample file here with us. There was a method described here to change it back, but as Leslie mentioned it's also something we've reported to our QA team to investigate further and I've included this thread in that report. It seems that when creating a numeric entry, if you leave the default name and the initial value set at zero, the variable actually has the initial value as NaN. If, however, you create a numeric entry and change the default name, the variable has the initial value as zero which is now displayed to the users.
Hi Ashley, I've tried the method but it didn't work for me. I knew I could just leave the default name and I won't have that 'zero' problem. Thank you and Leslie for reporting it to your QA team, hope they will solve that issue in the future.
