Text entry boxes filled in in SCORM empty on revisiting the SCORM

Jul 21, 2023

Hi, 

I hope someone can tell me I've done something really silly and it is super easy to fix and actually really reliable :D 

I'm putting together a notebook journal activity in Storyline 360 with the view that over the year students will fill in the journal (filled with text entry boxes - think interactive workbook style) in a SCORM package on Moodle, and then download their answers (with the execute JS trigger) at the end of the year and submit their work to Moodle. 

However, I am finding that despite being in SCORM and using "Always Resume", it doesn't always "remember" what was in the text entry boxes if I exit the SCORM on a slide that I have written in, so when I return to the SCORM at a later date, anything I entered onto a slide already has disappeared when I resume the SCORM back to that slide. Things entered onto previous slides are generally ok I think...  

Is this just something that Storyline and SCORM can't really do, or am I doing something wrong? I obviously don't want to proceed any further with this idea (clock is ticking towards my deadline) if students are going to lose work, and I don't want to rely on students always moving onto the next slide in order for their work to be "saved", especially as our students taking the course aren't necessarily the most confident with technology so it could be disastrous if I don't get it right haha!

If it helps, I have exported as SCORM 1.2 (could try SCORM 2004 but I'll be honest, I don't really know the difference and I'm not that technically-minded).

Many thanks,

Alice

1 Reply
Walt Hamilton

I think SL sends data to the LMS when the current slide is closed, so the easiest method is likely going to be to move them on before they close and leave.

I would put a "save entry" button on the slide, but have that button advance to the next slide. They are going to have to move the focus from the text entry to get it to register anyway, so you can count on them doing at least that much.