Bug #3566
closedfill in the blanks : no correct scoring
100%
Description
Using fitb doesn't correct right.
Tried with 2 different exercises:
first:
Chamilo is het eerste [open source,Open Source,Gratis,gratis] software pakket dat gebruik maakt van een Repository een e-schijf die [Content Objecten,objecten,content objecten,Objecten] bevat. Dit maakt het mogelijk om deze Content Objecten te delen over het ganse [platform,Platform].
second:
Chamilo is het eerste [open source=2,Open Source=2,Gratis=1,gratis=1] software pakket dat gebruik maakt van een Repository een e-schijf die [Content Objecten=2,objecten=1,content objecten=2,Objecten=1] bevat. Dit maakt het mogelijk om deze Content Objecten te delen over het ganse [platform=1,Platform=1].
Screenshots added of correction.
Files
Updated by Anonymous over 12 years ago
- Status changed from New to Assigned
- Assignee set to Anonymous
I'm aware of this problem, will try to fix it soon.
Updated by Anonymous over 12 years ago
There is something wrong with the excercise itself: the separators have been changed (and this should have been made clear, my bad).
You have to separate the answers with | instead of , (this to make , available in answers that can contain regex (new feature)).
Also, you don't have to repeat e.g. "platform" and "Platform" if you make the excercise case insensitive (disable the checkbox).
Updated by Anonymous over 12 years ago
- Status changed from Assigned to Needs more info
Updated by Koen Favere over 12 years ago
tested it. works fine. thanks for the info
When weigth (here: 1) is smaller than score awarded (here: 2) there is a wrong (no?) score (see screenshot), but I suppose that's up to the asessment creator to check?
Updated by Anonymous over 12 years ago
there are still some remaining issues with the score calculation, I've already put them on my todo list together with the help page for the fitb :-)
Updated by Anonymous over 12 years ago
Koen Favere wrote:
tested it. works fine. thanks for the info
When weigth (here: 1) is smaller than score awarded (here: 2) there is a wrong (no?) score (see screenshot), but I suppose that's up to the asessment creator to check?
That's right, there is the issue of rounding... some simple math tells us that 2/5 is equal to 0/1 if we don't want to use decimal numbers... don't think there is much to solve on this one.
There are in fact still some issues with the global overview so those I'll check tomorrow.
Updated by Anonymous over 12 years ago
- Status changed from Needs more info to Needs testing
- % Done changed from 0 to 100
I've implemented a new system to calculate the default weight when adding a question to an assessment, at the moment the maximum possible score will be taken into account when determining the weight.
A FITB with 4 input fields, will lift the default weight from 1 to 4.
I hope this solves the problem at hand.
Updated by Stefaan Vanbillemont over 11 years ago
- Target version changed from 2.1.0 to Backlog (default)
Updated by dominique de guchtenaere over 11 years ago
- Status changed from Needs testing to Bug resolved
- Assignee set to Stefaan Vanbillemont
Stijn wrote: _A FITB with 4 input fields, will lift the default weight from 1 to 4.
I hope this solves the problem at hand._
Works fine now. Thanks!