Open garemoko opened 8 years ago
Yeah, I think this was forgotten, I wasn't sure about adding all those permutations, but since you indicate it is the only way at the moment I'll add it, hopefully for the next release, and get rid of the hints as well obviously
This was fixed in: 8e364d0115b7a00171561c6752382c5e427b34cc 2f92059e078967234d99f5ebf5525a3e29747ef7 1bf7f97071ca17b457048d43a4fd7410024e35ae
Hi guys,
We found this becomes a real problem. We have a small activity with 14 fill-in-blank questions. Each question has 4 possible answers. current, the code generates a 4^14 = 268435456 rows array for possible answers. this makes browsers get crashed and also DB issue.
Could you please review it or do you guy already working on this?
@garemoko do you know if there are better ways of doing this now? If not I guess we should handle this by:
If the user answered incorrectly use the first alternative answer and the other ones in a custom property(extension), if the user correctly answered one of the alternative answers we use that answer and store alternatives in the same extension.
Hi, I don't recall exactly how the blanks question works. Would it make sense to model each blank as a separate question with a separate xapi statement to reduce the number of permutations?
There might be multiple blanks in each sentence, i.e. There might be __ ___ in each ____
I'm not sure if it would make sense to model it as multiple sentences. The real problem at least is how xAPI presents multiple alternative answers.
We've also got to think about how the data will be consumed. xAPI is very unlikely to change at this point but even if it did, how would a reporting tool represent all those options? I think it would have to present them as though they were separate questions.
I think if we can keep them in order then i think it can reduce a lot of possible answers eg . [first blank - possible answer 1,possible answer 2,possible answer 3,..],[second blank - possible answer 1,possible answer 2,possible answer 3,..],....
Hi guys,
We found this becomes a real problem. We have a small activity with 14 fill-in-blank questions. Each question has 4 possible answers. current, the code generates a 4^14 = 268435456 rows array for possible answers. this makes browsers get crashed and also DB issue.
Could you please review it or do you guy already working on this?
Hello...
We have the same issue reported by one of our customers. Are there some news on this?
The correct response pattern has two issues:
I appreciate this could be a lot of permutations where there are lots of blanks, but that's the spec as it is today and of course these permutations can be generated programmatically.
Example statement from H5P wordpress plugin (updated today).