As promised, in this post I explain how I randomized the answer options in my multiple-choice question application. This post is really just a continuation of my previous post where I explained the mechanics of how I built the dynamic multiple-choice question app, so be sure to read that one before going any further. In fact, I highly recommend you start by reading my first post that provides an overview of this project. You might also find it useful to watch a short video I made showing how the application works.
To begin, recall from my previous post that I deliberately dimmed out all of the lines of script that dealt with this feature. In this post, I have highlighted those very same lines in red.
Let's start with the "Ask Question" card script. (And yes, this posting is also quite "code heavy.")
Here again is all of the script:
global gQuestion, gCorrectAnswer, gChoice1, gChoice2, gChoice3, gChoice4, gChoice5, gLine, gAnswerChosen,
Here again is the entire script:
I'll explain later why some lines are shown in green. The first red line of code to consider is the following:
put item 2 of line gLine of field "content" of card "content" into gRandomOption
It's probably helpful to refresh our memory of how a question must formatted, so here again are the rules, followed by an example:
What color is a stop sign?
green
yellow
blue
red
violet
end
So, item 2 of this first line is stored in the other global variable associated with the randomizing option - gRandomOption. (If the word "off" does not appear, then this variable would simply contain the value of "empty.") We'll see how this variable is used shortly.
Before we dive into the code, I suggest you first take some time to understand conceptually what the code is trying to do. Let's use the trite but useful example of pulling numbers at random out of a hat. So, imagine that you write numbers on slips of paper - as many slips of paper as there are answer choices -- and put them all into a hat. Then, with your eyes closed, pull out one of the slips of paper at random from the hat.
So, using the question example above on what is the color of a stop sign, we would write the numbers 1 to 5 each on a slip of paper. OK, let's imagine that the first number drawn is 2. That would mean that the first answer choice is yellow. Next - and this is extremely important - we throw away that slip of paper. That is, we deliberately do NOT put it back into the hat. Well, of course! We only can show that answer choice once for the question.
So, we are now left with the numbers 1, 3, 4, and 5 in the hat. Let's imagine that 4 is the next number chosen - which happens to be the correct answer - and so we show the answer option red next. Following this logic, we can then imagine that 5, then 3, then 1 are chosen. So, the answer options would appear as follows:
Also take note that we need to remember that the correct answer is 4 (i.e. red), which just happens to be in the second answer slot. Confused? Actually, I'm betting you are following this, but I'm sure you can see that we have a lot of small details to keep track of, including the fact that questions can have anywhere between two and five answers. And that's a good place to begin.
Fortunately, we already have a local variable, L, that is keeping track of the number of answers for the current question. Actually, the number of answers is L-1. So, mirroring the idea of writing numbers on as many slips of paper as there are answers, we need to generate L-1 numbers. How to do this? If you've read any postings from previous projects I've built, you know that I am very fond of creating what I've called "shadow fields," or fields that are hidden from view but which perform small list processing functions. So, my temptation was to create such a field, then create a loop that would put a unique number on each line, starting with one and ending with the total numbers of answers. But, I decided on a different strategy due to some advice by a LiveCode expert, Richard Gaskin, that he wrote about one of my projects from the summer that used the "shadow field" strategy:
Richard's point wasn't that my use of fields was wrong, only slow. The speed at which certain scripts execute can make a big difference in the overall performance of the application. A faster method is by and large a better method. So, instead of creating a shadow field, I've created a little loop that repeats L-1 times and builds a "hat with slips of paper in it" inside a variable named "varAnswerList":
repeat with i = 1 to L-1
put i&space after varAnswerList
end repeat
It starts with 1 and puts the number of the loop plus a space into a local variable named "varAnswerList." Notice that it actually puts this value "after" instead of "into" varAnswerList. This means that the contents of each loop will be added to whatever is already in the variable. So, let's walk through the loops associated with five answer choices (I'll spell out "space" to make it visible):
1space
1space2space
1space2space3space
1space2space3space4space
1space2space3space4space5space
So, when finished, varAnswerList contains "1 2 3 4 5 " (notice the spaces), kind of like a hat holding slips of paper.
The next set of red lines is the heart of the randomizing option, however notice that these are part of another loop shown in green. To keep you from getting neck and finger strain from excessive scrolling, I've copied and pasted that code here:
The best way to understand the randomizing is to first understand what happens if no randomizing of answer choices takes place. That is, let's start by understanding what happens if the red lines are ignored. I've already explained the mechanics of this in my previous blog posting, but a refresher here is in order. Notice that the red lines of code are all contained within a repeat loop shown by the green lines. As we walk through the green lines, remember that the buttons corresponding to the five answer buttons are titled "Choice1," "Choice2," etc. (Remember also that buttons can have both a title and a label. In this app, the titles do not change, but the labels do - the labels correspond to the answer choices given to the user for that question.)
The repeat loop repeats L-1 times, which we already know is the number of answer choices for the current question. Each loop is numbered by i, beginning with 1. So, the second line says to put "Choice" plus i into a local variable named localButton. Therefore, for the first loop, localButton equals "Choice1." Skipping the red lines, the next green line sets the location button localButton (in this case button "Choice1") to the screen coordinates x,y, which were defined in previous code. Then, the button is made visible by the command "show." Then, 30 is added to y so that the next answer button will appear 30 pixels below the current answer button. So, if we ignore the red lines, this repeat loop will display the answer choices in order: Choice1, then Choice2, then Choice3, and so on.
OK, let's explore those red lines! Basically, the red lines will override the sequential ordering of the buttons by identifying a new value for the variable localButton.
Let's dissect the red lines slowly. Notice that all of this script is contained within an if/then code block. The condition is whether varRandomizeAnswers is true AND if the word "off" is present within the variable gRandomOption. Now, it is possible that the person who set up the question bank may have typed "off" with spaces before or after. Therefore, in order to account for this I'm using a very convenient operator named "is not among." This is really nice because it does the hard work of looking for the consecutive string of letters "off" within the variable gRandomOption. If these consecutive letters are among whatever LiveCode finds there, then, of course, nothing else in the if/then code block would executive because the if condition would not be met.
But, let's now assume that the all is true in order to see how the rest of this if/then code block works.
First, I set the itemDelimiter property to the space character. By default in LiveCode, it is set to a comma. So, why change it? Well, recall that the variable varAnswerList uses spaces between the numbers of answer choices. I need to be able to refer to each of these numbers as separate "items" (i.e. separate pieces of paper) and since I used spaces, not commas, I need to make sure the itemDelimiter property can "see" them separately.
This begs the question of why didn't I just use commas instead of spaces when I wrote that code? The answer brings me back to Richard Gaskin. When I attended the RunRevLive conference in San Diego back in September 2014, I met Richard. One day I sat at his table for lunch while he was speaking very passionately about why commas should be eradicated from data file structures, such as within .csv files (he apparently has written a popular article titled something like "CSV Must Die!" Not much room for nuance there. The short answer to the long explanation he gave is simply that commas are much too common a symbol to use for such a purpose. (He actually recommends the use of tabs.)
I've been using commas throughout all of my LiveCode projects and have become quite fond of them. But, his words have been floating around in my head for awhile. So, I thought I would turn over a new leaf and begin to practice better coding practices, hence my use of spaces, not commas, here. Onto the next line of code:
Finally, this line overrides its green line counterpart:
Finally, I reset the itemDelimiter back to a comma. Why? Recall that I use a comma to separate the correct answer from the word "off." I think that is a good use of a comma as the delimiter because it is easy for the user to recognize. So, by resetting it back to a comma here I ensure that that line of code will work the next time it is encountered. This underscores how great it is to be able to change the delimiter to whatever you want during a LiveCode project.
To begin, recall from my previous post that I deliberately dimmed out all of the lines of script that dealt with this feature. In this post, I have highlighted those very same lines in red.
Let's start with the "Ask Question" card script. (And yes, this posting is also quite "code heavy.")
The "Ask Question" Card Script
Here again is all of the script:
global gQuestion, gCorrectAnswer, gChoice1, gChoice2, gChoice3, gChoice4, gChoice5, gLine, gAnswerChosen,
global gTotalCorrect, gTotalWrong, gPercentage, gQuestionNumber, gTotalQuestions
global varRandomizeAnswers, gRandomOption
on OpenCard
if the hilite of button "randomize answers" on card "content" is true then
put true into varRandomizeAnswers
else
put false into varRandomizeAnswers
end if
put 0 into gTotalCorrect
put 0 into gTotalWrong
put 0 into gPercentage
put 0 into gQuestionNumber
put 1 into gLine
show field "stem"
show field "feedback"
hide field "Done"
put empty into field "Question Number"
put empty into field "Number Correct"
put empty into field "Number Wrong"
put empty into field "Percentage"
put the number of lines of field "content" of card "content" into L
put 0 into q
//check to see how many questions there are at the start of the quiz
//See the text field on the card "content" - each question must end with the word "end" on a separate line
repeat with i = 1 to L
if line i of field "content" of card "content" = "end" then add 1 to q
end repeat
put q into gTotalQuestions
nextQuestion
end OpenCard
First, notice the two global variables that are associated with the randomizing option: varRandomizeAnswers, gRandomOption
The first - varRandomizeAnswers - is used to signal if the randomizing option is on or off. The first five lines of code in the openCard script check to see if the check box titled "randomize answers" on the card "content" (containing the question bank) is checked or not (recall this check box is labeled for the user as "Randomize Answers During Quiz").
if the hilite of button "randomize answers" on card "content" is true then
put true into varRandomizeAnswers
else
put false into varRandomizeAnswers
end if
So, if it is checked (that is, the "hilite is true"), then we put true into the varRandomizeAnswers variable. Otherwise, it gets set to false. As we look at the other scripts related to this randomizing option below, notice how it will only be executed if this variable is true.
As you can see, this is the only code that within the openCard script that deals with the randomizing option. Next we need to take a look at the custom command "nextQuestion," which is triggered by the last line of the openCard script.
The first - varRandomizeAnswers - is used to signal if the randomizing option is on or off. The first five lines of code in the openCard script check to see if the check box titled "randomize answers" on the card "content" (containing the question bank) is checked or not (recall this check box is labeled for the user as "Randomize Answers During Quiz").
if the hilite of button "randomize answers" on card "content" is true then
put true into varRandomizeAnswers
else
put false into varRandomizeAnswers
end if
So, if it is checked (that is, the "hilite is true"), then we put true into the varRandomizeAnswers variable. Otherwise, it gets set to false. As we look at the other scripts related to this randomizing option below, notice how it will only be executed if this variable is true.
As you can see, this is the only code that within the openCard script that deals with the randomizing option. Next we need to take a look at the custom command "nextQuestion," which is triggered by the last line of the openCard script.
The nextQuestion Command
Here again is the entire script:
on nextQuestion
put empty into field "feedback"
hide button "Continue"
hide button "choice1"
hide button "choice2"
hide button "choice3"
hide button "choice4"
hide button "choice5"
set the hilite of button "choice1" to false
set the hilite of button "choice2" to false
set the hilite of button "choice3" to false
set the hilite of button "choice4" to false
set the hilite of button "choice5" to false
//Put the various parts of the next question into the variables used on this card
//Variable for number of the correct answer choice:
put item 1 of line gLine of field "content" of card "content" into gCorrectAnswer
put item 2 of line gLine of field "content" of card "content" into gRandomOption
add 1 to gLine
//Quiz is over if the next line in the text field containing the questions is empty
if line gLine of field "content" of card "content" is empty then
show field "Done"
hide field "Feedback"
hide field "stem"
exit nextQuestion
end if
add 1 to gQuestionNumber
put "Question: "&gQuestionNumber&" of "&gTotalQuestions into line 1 of field "Question Number"
//Variable for the question itself
put line gLine of field "content" of card "content" into gQuestion
put 0 into L
repeat until choice = "end"
add 1 to gLine
add 1 to L
put line gLine of field "content" of card "content" into choice
//Variables for the individual answers, up to 5. Loop ends when it 'runs out of answers.'
//Just add more gChoice# variables if you want to increase the maximum number of possible answers.
if l =1 then put line gLine of field "content" of card "content" into gChoice1
if l =2 then put line gLine of field "content" of card "content" into gChoice2
if l =3 then put line gLine of field "content" of card "content" into gChoice3
if l =4 then put line gLine of field "content" of card "content" into gChoice4
if l =5 then put line gLine of field "content" of card "content" into gChoice5
end repeat
add 1 to gLine
put gQuestion into card field "stem"
set the label of button "choice1" to gChoice1
set the label of button "choice2" to gChoice2
set the label of button "choice3" to gChoice3
set the label of button "choice4" to gChoice4
set the label of button "choice5" to gChoice5
//show only the buttons that have answers in them for the current question
put 320 into x
put 130 into y
//populate varAnswerList with number of items equal to the number of answers
//L-1 equals the number of answers
//This repeat does the same thing as putting items into a field
//Below you will see that I set the item delimiter to the space character
repeat with i = 1 to L-1
put i&space after varAnswerList
end repeat
//Reminder that l-1 equals the number of answers for this question
repeat with i = 1 to L-1
put "Choice"&i into localButton
//Randomize location of button choices
if varRandomizeAnswers is true and "off" is not among the words of gRandomOption then
set the itemDelimiter to space
put number of items of varAnswerList into j
put random(j) into varItem
put item varItem of varAnswerList into k
delete item varItem of varAnswerList
put "Choice"&k into localButton
end if
set the itemDelimiter to comma
set the location of button localButton to x,y
show button localButton
add 30 to y
end repeat
end nextQuestion
I'll explain later why some lines are shown in green. The first red line of code to consider is the following:
put item 2 of line gLine of field "content" of card "content" into gRandomOption
Recall that gLine begins with 1, then increments through the entire question bank as the quiz proceeds. The first item in the first line for each new question contains the correct answer for that question. However, recall that we have the option to include the word "off" as the second item on this line. If the word "off" appears, it signals that the randomizing option should be ignored for that question.
It's probably helpful to refresh our memory of how a question must formatted, so here again are the rules, followed by an example:
- On the first line enter the line number of the correct answer (using the line of the first answer as line number 1). If you want a particular question to override the "Randomize Answers" option, then add a comma and enter "off" (example: 3,off).
- Enter the question stem on the next line.
- Enter as many answers as you wish, up to five. Put each answer on a separate line.
- After the last answer, on a separate line, write the word "end."
What color is a stop sign?
green
yellow
blue
red
violet
end
So, item 2 of this first line is stored in the other global variable associated with the randomizing option - gRandomOption. (If the word "off" does not appear, then this variable would simply contain the value of "empty.") We'll see how this variable is used shortly.
Random Drawing from a Hat: A Concrete Example to Understand the Concept
Before we dive into the code, I suggest you first take some time to understand conceptually what the code is trying to do. Let's use the trite but useful example of pulling numbers at random out of a hat. So, imagine that you write numbers on slips of paper - as many slips of paper as there are answer choices -- and put them all into a hat. Then, with your eyes closed, pull out one of the slips of paper at random from the hat.
So, using the question example above on what is the color of a stop sign, we would write the numbers 1 to 5 each on a slip of paper. OK, let's imagine that the first number drawn is 2. That would mean that the first answer choice is yellow. Next - and this is extremely important - we throw away that slip of paper. That is, we deliberately do NOT put it back into the hat. Well, of course! We only can show that answer choice once for the question.
So, we are now left with the numbers 1, 3, 4, and 5 in the hat. Let's imagine that 4 is the next number chosen - which happens to be the correct answer - and so we show the answer option red next. Following this logic, we can then imagine that 5, then 3, then 1 are chosen. So, the answer options would appear as follows:
- yellow
- red
- violet
- blue
- green
Also take note that we need to remember that the correct answer is 4 (i.e. red), which just happens to be in the second answer slot. Confused? Actually, I'm betting you are following this, but I'm sure you can see that we have a lot of small details to keep track of, including the fact that questions can have anywhere between two and five answers. And that's a good place to begin.
Fortunately, we already have a local variable, L, that is keeping track of the number of answers for the current question. Actually, the number of answers is L-1. So, mirroring the idea of writing numbers on as many slips of paper as there are answers, we need to generate L-1 numbers. How to do this? If you've read any postings from previous projects I've built, you know that I am very fond of creating what I've called "shadow fields," or fields that are hidden from view but which perform small list processing functions. So, my temptation was to create such a field, then create a loop that would put a unique number on each line, starting with one and ending with the total numbers of answers. But, I decided on a different strategy due to some advice by a LiveCode expert, Richard Gaskin, that he wrote about one of my projects from the summer that used the "shadow field" strategy:
"...by using the "repeat for each" loop method combined with moving data out of the complex field structures into variables for use within the loop, this should bring your processing time down by at least an order of magnitude."Before I do anything else, let me just say that this is exactly the kind of feedback I was hoping for from experts in the LiveCode community when I began writing this blog. Anyhow, I've been thinking about Richard's comment for some time and have decided to implement his advice here.
Richard's point wasn't that my use of fields was wrong, only slow. The speed at which certain scripts execute can make a big difference in the overall performance of the application. A faster method is by and large a better method. So, instead of creating a shadow field, I've created a little loop that repeats L-1 times and builds a "hat with slips of paper in it" inside a variable named "varAnswerList":
repeat with i = 1 to L-1
put i&space after varAnswerList
end repeat
It starts with 1 and puts the number of the loop plus a space into a local variable named "varAnswerList." Notice that it actually puts this value "after" instead of "into" varAnswerList. This means that the contents of each loop will be added to whatever is already in the variable. So, let's walk through the loops associated with five answer choices (I'll spell out "space" to make it visible):
1space
1space2space
1space2space3space
1space2space3space4space
1space2space3space4space5space
So, when finished, varAnswerList contains "1 2 3 4 5 " (notice the spaces), kind of like a hat holding slips of paper.
Get Ready, Get Set, Randomize!
The next set of red lines is the heart of the randomizing option, however notice that these are part of another loop shown in green. To keep you from getting neck and finger strain from excessive scrolling, I've copied and pasted that code here:
//Reminder that L-1 equals the number of answers for this question
repeat with i = 1 to L-1
put "Choice"&i into localButton
//Randomize location of button choices
if varRandomizeAnswers is true and "off" is not among the words of gRandomOption then
set the itemDelimiter to space
put number of items of varAnswerList into j
put random(j) into varItem
put item varItem of varAnswerList into k
delete item varItem of varAnswerList
put "Choice"&k into localButton
end if
set the itemDelimiter to comma
set the location of button localButton to x,y
show button localButton
add 30 to y
end repeat
The best way to understand the randomizing is to first understand what happens if no randomizing of answer choices takes place. That is, let's start by understanding what happens if the red lines are ignored. I've already explained the mechanics of this in my previous blog posting, but a refresher here is in order. Notice that the red lines of code are all contained within a repeat loop shown by the green lines. As we walk through the green lines, remember that the buttons corresponding to the five answer buttons are titled "Choice1," "Choice2," etc. (Remember also that buttons can have both a title and a label. In this app, the titles do not change, but the labels do - the labels correspond to the answer choices given to the user for that question.)
The repeat loop repeats L-1 times, which we already know is the number of answer choices for the current question. Each loop is numbered by i, beginning with 1. So, the second line says to put "Choice" plus i into a local variable named localButton. Therefore, for the first loop, localButton equals "Choice1." Skipping the red lines, the next green line sets the location button localButton (in this case button "Choice1") to the screen coordinates x,y, which were defined in previous code. Then, the button is made visible by the command "show." Then, 30 is added to y so that the next answer button will appear 30 pixels below the current answer button. So, if we ignore the red lines, this repeat loop will display the answer choices in order: Choice1, then Choice2, then Choice3, and so on.
Can We Please Randomize Now?
OK, let's explore those red lines! Basically, the red lines will override the sequential ordering of the buttons by identifying a new value for the variable localButton.
Let's dissect the red lines slowly. Notice that all of this script is contained within an if/then code block. The condition is whether varRandomizeAnswers is true AND if the word "off" is present within the variable gRandomOption. Now, it is possible that the person who set up the question bank may have typed "off" with spaces before or after. Therefore, in order to account for this I'm using a very convenient operator named "is not among." This is really nice because it does the hard work of looking for the consecutive string of letters "off" within the variable gRandomOption. If these consecutive letters are among whatever LiveCode finds there, then, of course, nothing else in the if/then code block would executive because the if condition would not be met.
But, let's now assume that the all is true in order to see how the rest of this if/then code block works.
First, I set the itemDelimiter property to the space character. By default in LiveCode, it is set to a comma. So, why change it? Well, recall that the variable varAnswerList uses spaces between the numbers of answer choices. I need to be able to refer to each of these numbers as separate "items" (i.e. separate pieces of paper) and since I used spaces, not commas, I need to make sure the itemDelimiter property can "see" them separately.
This begs the question of why didn't I just use commas instead of spaces when I wrote that code? The answer brings me back to Richard Gaskin. When I attended the RunRevLive conference in San Diego back in September 2014, I met Richard. One day I sat at his table for lunch while he was speaking very passionately about why commas should be eradicated from data file structures, such as within .csv files (he apparently has written a popular article titled something like "CSV Must Die!" Not much room for nuance there. The short answer to the long explanation he gave is simply that commas are much too common a symbol to use for such a purpose. (He actually recommends the use of tabs.)
I've been using commas throughout all of my LiveCode projects and have become quite fond of them. But, his words have been floating around in my head for awhile. So, I thought I would turn over a new leaf and begin to practice better coding practices, hence my use of spaces, not commas, here. Onto the next line of code:
put number of items of varAnswerList into jThis line stores the number of items in the variable varAnswerList in the local variable j. This is equal to the slips of paper currently in the hat. You might be asking why I just didn't write "put L-1 into j", but recall that we will throw each slip of paper away as we go, so the number of items in varAnswerList (i.e. our hat), will decrease by one for each green loop. Moving on...
put random(j) into varItem
put item varItem of varAnswerList into k
The action of these two lines is equivalent to drawing a slip of paper at random from the hat. The number on that slip is put into yet another local variable k. To be honest, I could have combined these two lines into one:
put item random(j) of varAnswerList into kThe next line is the equivalent of throwing away the slip of paper after it has been drawn from the hat:
delete item varItem of varAnswerListIf we imagine that 2 was the number drawn, then varAnswerList would now contain "1 3 4 5 ".
Finally, this line overrides its green line counterpart:
put "Choice"&k into localButtonThat is, instead of "Choice"&i this line uses "Choice"&k. Yes, there is a big difference between i and k!
Finally, I reset the itemDelimiter back to a comma. Why? Recall that I use a comma to separate the correct answer from the word "off." I think that is a good use of a comma as the delimiter because it is easy for the user to recognize. So, by resetting it back to a comma here I ensure that that line of code will work the next time it is encountered. This underscores how great it is to be able to change the delimiter to whatever you want during a LiveCode project.
But, If the Answers Are Randomized, How Does LiveCode Still Know Which Is the Correct Answer?
Yes, this sounds like a dilemma, but it's actually a non-issue because even though the answer choice buttons are randomly shown, recall that the title of each still contains the original number of the button. So, the button "Choice4" may be the second button shown, but we can still refer to its button title to know that it is the correct answer to the question of what color is a stop sign.
Randomized Answers as the Default Option for the Quiz
I think having the quiz display the answers for each question in random order should be the default option for the quiz. To do this, I put the following code on the stack script:
on openstack
set the hilite of button "randomize answers" on card "content" to true
end openstack
As this code implies, when the stack is first opened, it checks the button "randomize answers" on the content card. This means that unless the user deliberately goes to that card and unchecks this buttons, the questions will be shown with randomly ordered answers.
So, What's Next?
I began this little project by contrasting the use of multiple-choice questions within LiveCode, Adobe Captivate, and Articulate Storyline. I argued that an advantage of LiveCode is that multiple-choice questions could be part of any software design, including gaming, whereas their use is tightly constrained within Captivate and Storyline, usually resulting in the time worn and weary eLearning strategy of "present, practice, quiz." If I continue working with this multiple-choice question app, I intend to explore its use in a game. I know, you can hardly wait.
No comments:
Post a Comment