CompoundProblems
Compound, MultiPart Problems Worked Sequentially
Outdated | IMPORTANT: The content of this page is outdated. Do not rely on the information contained in this page. |
This page is now obsolete. You can write multi-part problems using the scaffold.pl macro file.
This is the PG code to create a problem with multiple parts that are displayed sequentially. We show two ways of doing this, one by explicitly referring to the scores in the answer hashes for previous parts to the problem and the second by using the compoundProblem.pl macro file.
Using answer hashes
This way of creating a compound problem has the advantage of being slightly cleaner from the perspective of students working the problem.
PG problem file | Explanation |
---|---|
DOCUMENT(); loadMacros( "PGstandard.pl", "MathObjects.pl", "parserPopUp.pl", ); TEXT(beginproblem()); |
Initialization:
We need make no changes to the initialization section of the file. In this example we include |
$a = random(1,9,2); $evenOdd = PopUp( [ "?", "even", "odd" ], "odd" ); $evenNum = Compute( 2 ); |
Setup: In the problem set-up section of the file we define some variables that we will use in the problem, as usual. |
Context()->texStrings; BEGIN_TEXT ${BBOLD}Part 1 of 2:$EBOLD $PAR Is \( $a \) even or odd? \{ $evenOdd->menu() \} END_TEXT Context()->normalStrings; ANS( $evenOdd->cmp() ); $ans_hash1 = $evenOdd->cmp()->evaluate( $inputs_ref->{ANS_NUM_TO_NAME(1)} ); if ( $ans_hash1->{score} == 1 ) { Context()->texStrings; BEGIN_TEXT ${BBOLD}Part 2 of 2:$EBOLD $PAR Enter an example of an even number, \(n\): \(n = \) \{ $evenNum->ans_rule() \} END_TEXT Context()->normalStrings; ANS( $evenNum->cmp( checker=>sub { my ( $cor, $stu, $ans ) = @_; return 0 == ($stu % 2); } ) ); } # ends if ( $ans_hash1->{score} ) |
Main Text: The text section of the problem is now broken into the parts that we want the student to work sequentially. Here we always display the first part of the problem, and then display the second part only after the student has correctly worked the first part.
Note that if we have multiple answer blanks in the first part of the problem the numbers used to dereference the answer numbers must increment: e.g., if we had two true/false pop-ups, $ans_hash1 = $evenNum1->cmp()->evaluate( $inputs_ref->{ANS_NUM_TO_NAME(1)} ); $ans_hash2 = $evenNum2->cmp()->evaluate( $inputs_ref->{ANS_NUM_TO_NAME(2)} ); if ( $ans_hash1->{score} == 1 && $ans_hash2->{score} == 1 ) { # part 2 of the problem
(The line breaks putting the argument of the |
ENDDOCUMENT(); |
Answer evaluation: We've included the answer evaluators in the conditionals bracketing the display of the text, so they do not appear here. Solutions would, of course. |
Using compoundProblem.pl
This way of creating a compound problem has the advantage of being slightly easer to manage.
PG problem file | Explanation |
---|---|
DOCUMENT(); loadMacros( "PGstandard.pl", "MathObjects.pl", "parserPopUp.pl", "compoundProblem.pl", ); TEXT(beginproblem()); |
Initialization:
In the initialization section of the file, load |
$a = random(1,9,2); $evenOdd = PopUp( [ "?", "even", "odd" ], "odd" ); $evenNum = Compute( 2 ); $cp = new compoundProblem( parts=>2, weights=>[1,2], nextStyle=>'Forced' ); |
Setup:
In the problem set-up section of the file we define some variables that we will use in the problem, and then define the compoundProblem object
The key method of the |
Context()->texStrings; BEGIN_TEXT Is \( $a \) even or odd? \{ $evenOdd->menu() \} END_TEXT Context()->normalStrings; ANS( $evenOdd->cmp() ); if ( $cp->part > 1 ) { Context()->texStrings; BEGIN_TEXT Enter an example of an even number, \(n\): \(n = \) \{ $evenNum->ans_rule() \} END_TEXT Context()->normalStrings; ANS( $evenNum->cmp( checker=>sub { my ( $cor, $stu, $ans ) = @_; return 0 == ($stu % 2); } ) ); } # ends if ( $cp->part > 1 ) |
Main Text: The text section of the problem is now broken into the parts that we want the student to work sequentially. Here we always display the first part of the problem, and then display the second part only after the student has correctly worked the first part and clicked "submit" to continue to the second part. The answer checkers are similarly associated with the text sections that are being displayed. |
ENDDOCUMENT(); |
Answer evaluation: We've included the answer evaluators in the conditionals bracketing the display of the text, so they do not appear here. Solutions would, of course. |
As noted above, there are a number of other options that can be supplied to the compoundProblem
object. These include:
-
parts => n
: The number of parts in the problem. If not provided, defaults to 1, which rather defeats the point of using this in the first place. -
weights => [n1,...,nm]
: The relative weights to give to each part in the problem. For example, weights => [2,1,1] would cause the first part to be worth 50% of the points (twice the amount for each of the other two), while the second and third part would be worth 25% each. If weights are not supplied, the parts are weighted by the number of answer blanks in each part (and you must provide the total number of blanks in all the parts by supplying the totalAnswers option). -
totalAnswers => n
: The total number of answer blanks in all the parts put together (this is used when computing the per-part scores, if part weights are not provided). -
saveAllAnswers => 0 or 1
: Usually, the contents of named answer blanks from previous parts are made available to later parts using variables with the same name as the answer blank. Setting saveAllAnswers to 1 will cause ALL answer blanks to be available (via variables like $AnSwEr1, and so on). If not provided, defaults to 0. -
parserValues => 0 or 1
: Determines whether the answers from previous parts are returned as MathObjects (like those returned from Real(), Vector(), etc) or as strings (the unparsed contents of the student answer). If you intend to use the previous answers as numbers, for example, you would want to set this to 1 so that you would get the final result of any formula the student typed, rather than the formula itself as a character string. If not provided, defaults to 0. -
nextVisible => type
: Tells when the "go on to the next part" option is available to the student. The possible types include:ifCorrect
(the default; next is available only when all the answers are correct),Always
(next is always available (but note that students can't go back once they go on), andNever
(the problem controls going on by itself). -
nextStyle => type
: Determines the style of "next" indicator to display (when it is available). The possible types include:CheckBox
(the default),Button
,Forced
(forces students to go on when they next submit answers), andHTML
(provide an arbitrary HTML string).
(These are all taken directly from the documentation in the macro file.)
- PG macro: compoundProblem.pl