diff --git a/eo/tutorial/html/eoLesson1.html b/eo/tutorial/html/eoLesson1.html
index e7bf1589e..20b2941b5 100644
--- a/eo/tutorial/html/eoLesson1.html
+++ b/eo/tutorial/html/eoLesson1.html
@@ -86,13 +86,13 @@ below, or go directly to the exercises.
General includes:Like
all C-like code, the file starts with include directives (Bit
- Real). Apart from standard includes,
-the spedific file to include is eo:
+the specific file to include is eo:
this is a file that contains the list of the most important EO files.
Note: Also,
a non-templatized fitness can be compiled
separately (not done here) into an object
-file once and forall (remember
+file once and for all (remember
that templates forbid that).
Note: The operators have to be encapsulated into an eoTransform object (Bit - Real) -to be passed to the eoEasyEA algorihtm. +to be passed to the eoEasyEA algorithm. The eoSGATransform is a simple eoTransform that does exactly the same thing than eoSGA: each pair from the selected parents undergoes the crossover -operator with given probablity, and all individuals (after crossover +operator with given probability, and all individuals (after crossover eventually) undergo mutation with given probability. The arguments to the eoSGATransform are an eoQuadOp with its probability @@ -182,7 +182,7 @@ a population (his operator() returns a population). This was done internally in the constructor of eoSGA - see lesson1. -
Exercice
+ Exercise
3: replacement
-
Note: actually, there are 2 disctinct
-classes that compute and gove access to statistics: eoStat
+ Note: actually, there are 2 distinct
+classes that compute and give access to statistics: eoStat
and eoSortedStat. As its name
indicate, the latter is used whenever computing the statistics require
a sorted population: not only this avoids to sort the population many times,
@@ -368,8 +368,8 @@ are available in th eEO distribution:
eoStdoutMonitor displays its
parameters in text format on the screen. The
(optional) boolean value in the constructor modifies the output: when true
-(the default), vebose output is used, with one line per parameter. When
-false, parcimonious output displays one line for all parameters.
+(the default), verbose output is used, with one line per parameter. When
+false, parsimonious output displays one line for all parameters.
You can now twidle the number of offspring that
+
You can now twiddle the number of offspring that
will be generated from the parents. But of course you need to adjust the
replacement to keep a constant population size.
diff --git a/eo/tutorial/html/eoLesson3.html b/eo/tutorial/html/eoLesson3.html
index a7b08a2bc..04b41467b 100644
--- a/eo/tutorial/html/eoLesson3.html
+++ b/eo/tutorial/html/eoLesson3.html
@@ -28,7 +28,7 @@ file
binary_functioneoEvalFunc
object, which again encapsulate the eoEvalFunc
into an eoEvalFuncCounter.
-As its name says, thisobject will, in addition to computing the fitness,
+As its name says, this object will, in addition to computing the fitness,
count the actual
number of evaluations: the fitness of non-modified individuals is of course
not recomputed - and this is taken care of by this object. Moreover, it
@@ -129,11 +129,11 @@ for volunteers to create a Graphical User Interface :-)
SecondBitEA --vecSize=100
-
and see the output of the optimization of OneMax on 100-bit bitstings.
+
and see the output of the optimization of OneMax on 100-bit bitstrings.
eoCheckpoint:
every generation I'd like to ...
-
The checkpointing mechanism is a very powerfull
+
The checkpointing mechanism is a very powerful
construct to perform some systematic actions
every generation - like saving things
(using eoState objects described above), computing statistics
@@ -330,14 +330,14 @@ whatever this is).
Drawbacks
The main drawback I see in using STL is that it makes it almost
impossible
-to use a debugger normally: whereas acess to data is made simple
-to the progammer, data structures are actually so complex, and debuggers
-so willing to display everything that you get lines of template instanciation
+to use a debugger normally: whereas access to data is made simple
+to the programmer, data structures are actually so complex, and debuggers
+so willing to display everything that you get lines of template instantiation
when asking your debugger what is inside some container! For instance I
could never visualize some
v[i]
with gbd, v
being an STL vector!
-
But there nonehteless are so many advantages !!!
+
But there nonetheless are so many advantages !!!
To make sure the random number generator is as good as possible, and
-to ensure reproducibility of the results across diffrerent platforms, EO
+to ensure reproducibility of the results across different platforms, EO
has its own RNG, the ``Mersenne Twister''
random number generator MT19937 (thanks to Takuji
Nishimura, see eoRNG.h
@@ -205,12 +205,12 @@ use the RNG seeding procedure, see e.g. in Less
EO also provides random_generators
@@ -225,14 +225,14 @@ and naming style
Current version (Nov. 29, 2000) stops here, but here are the plans
-(sujected to many changes, of course!)
+(subjected to many changes, of course!)
Colors and navigation:
You will see this diagram in quite many places, as for instance at the -top of all examples - usually it will be clicable and will help you navigate +top of all examples - usually it will be clickable and will help you navigate among the different parts of an EO program. See the brief introduction to Evolutionary Computation for a detailed explanation.