- How important counters are with loops?
	Probably more than 1/2 of loops have counters
- Based on common programming techniques, which is more useful or widely used, a counter or an accumulator?
	What is more useful depends on what your task is - what do you NEED?
	I think counters are more frequently needed
- When should I use accumulators
	When you need to find a sum as you move through a loop

- Can you nest loops infinitely many times or is there a limit?
	Well, not infinitely because you can't write an infinite number of loops. But I don't think there is a limit.
- Are nested loops difficult to write?
	They take practice. Like other things in programming, the more you focus on one part of a task at a time, the easier it is. Focus on the 
	outer loop first, then focus on the inner loop as part of the contents of the inner loop.
- Can loops inside of other loops affect each other?
	Yes. I would be very careful about trying to do tricky things. It is sometimes useful to do something along the lines of:
		for outer = 1 to endVal
			for inner = outer to endVal
		...
	But doing something like
		for outer = 1 to endVal
			for inner = 1 to innerEnd
				endVal = endVal - 1
				...
	is legal but tricky, and is a likely source of errors

- Can event driven loops perform the same methods as regular loops?
	I think you can probably convert most regular loops into event-driven loops. Key question I think is "should you?". It depends on whether user should 
	be involved or not. Are you annoying the user by putting them in the loop? Or should they be there?
- If loops are going to be part of future projects & if event driven loops are better than other loops?
- How necessary are loops going to be from now on?
	You may not use them again until we cover arrays and files. They are very useful for arrays and files. However, it used to be that every real program 
	written had loops, and that is no longer the case. Event driven loops handle a lot of repetition in an event-driven programming world.

- The random number generator and how come it does the same results?
	Random number generators are not actually random. If you looked at the sequence of numbers generated, they would LOOK random; there 
	is no discernable pattern. But computers are really not random, they follow instructions exactly each time. 
	Details of Random number generation probably need to wait for later, but let's say that a random number generator starts with a "seed"
	value which affects the pattern that is generated. So far, I have not done anything to choose the seed so it is using the same seed 
	all of the time. This is actually good during development, because if a "bug" shows up you can run the program again and see the same
	bug. When program is run in a real environment (as opposed to during development), it is common to have the seed be based on the exact
	current time. This means that the seed will be different every time, and the starting point of the sequence will be different each time.

- With the craps game, did the play button disappear when it got to the continue part therefore only displaying the continue button? If so, how was this done?
	Caught me!  I didn't have time to show you. But it did, and it is very easy. Set the "Visible" property to False (True to show it)

- What is the next subject?
	Methods - procedures and functions