Project

General

Profile

Bug #3566

fill in the blanks : no correct scoring

Added by Koen Favere over 8 years ago. Updated over 7 years ago.

Status:
Bug resolved
Priority:
Normal
Start date:
07/06/2011
Due date:
% Done:

100%

Estimated time:
Complexity:
Normal

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

fill_in_the_blanks_error2.png (37.6 KB) fill_in_the_blanks_error2.png Koen Favere, 07/06/2011 12:15
fill_in_the_blanks_error.png (34 KB) fill_in_the_blanks_error.png Koen Favere, 07/06/2011 12:15
fill_in_the_blanks_error3.png (28.5 KB) fill_in_the_blanks_error3.png Koen Favere, 07/06/2011 21:50

History

#1

Updated by Anonymous over 8 years ago

  • Status changed from New to Assigned
  • Assignee set to Anonymous

I'm aware of this problem, will try to fix it soon.

#2

Updated by Anonymous over 8 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).

#3

Updated by Anonymous over 8 years ago

  • Status changed from Assigned to Needs more info
#4

Updated by Koen Favere over 8 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?

#5

Updated by Anonymous over 8 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 :-)

#6

Updated by Anonymous over 8 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.

#7

Updated by Anonymous over 8 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.

#8

Updated by Stefaan Vanbillemont over 7 years ago

  • Target version changed from 2.1.0 to Backlog (default)
#9

Updated by Stefaan Vanbillemont over 7 years ago

  • Assignee deleted (Anonymous)
#10

Updated by dominique de guchtenaere over 7 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!

Also available in: Atom PDF