Index: library/xotcl/doc/tutorial.html =================================================================== diff -u -rbe3ba45f303ed61511b034e73e0bba5d10d10982 -rf934951db464db1a6f39ac98290ecde17a466cd7 --- library/xotcl/doc/tutorial.html (.../tutorial.html) (revision be3ba45f303ed61511b034e73e0bba5d10d10982) +++ library/xotcl/doc/tutorial.html (.../tutorial.html) (revision f934951db464db1a6f39ac98290ecde17a466cd7) @@ -411,7 +411,7 @@ Stack empty! -Note that the definition of Saftey can be used not only for instances of the class Stack, but for arbitrary objects supporting the same interface. Therefore we could as well make the stack object stack (that we created before) safe at any time by adding the safety at arbitrary times with the method mixin, and we can remove the safety as well at any time. +Note that the definition of Safety can be used not only for instances of the class Stack, but for arbitrary objects supporting the same interface. Therefore we could as well make the stack object stack (that we created before) safe at any time by adding the safety at arbitrary times with the method mixin, and we can remove the safety as well at any time. 
 # Add Safety to the object stack
@@ -422,7 +422,7 @@
 # remove Safety
 % stack mixin {}
-We can as well use Saftey to create a new class SafeStack. In this case, all instances of SafeStack have the safety property defined above. +We can as well use Safety to create a new class SafeStack. In this case, all instances of SafeStack have the safety property defined above. 
 #
 # Create a safe stack class by using Stack and mixin 
@@ -548,7 +548,7 @@
   }

-A player can be transfered to another team. The player object does +A player can be transferred to another team. The player object does not change internally (e.g. the playerRole stays the same). Therefore we move it to the destination team.

@@ -728,7 +728,7 @@ 
   Class TransferObserver
   TransferObserver instproc transferPlayer {pname destinationTeam} {
-    puts "Player '$pname' is transfered to Team '[$destinationTeam name]'"
+    puts "Player '$pname' is transferred to Team '[$destinationTeam name]'"
     next
   }
@@ -827,7 +827,7 @@ intrinsic changes of object properties (in contrast to extrinsic properties e.g. modeled through roles and implemented through per-object and per-class mixins [Neumann and -Zdun 1999c] ) . These changes can be achieved without loosing the +Zdun 1999c] ) . These changes can be achieved without losing the object's identity, its inner state, and its per-object behavior (procs and per-object mixins).

@@ -1717,7 +1717,7 @@ dynamics is the changing of the relationship between object and class. This means, objects can also change their class dynamically at run-time. This feature may be used to model a life-cycle of an object, -without loosing the object's identity, inner state or +without losing the object's identity, inner state or per-object-specializations through procs. The class instance method enables this functionality.

@@ -3688,7 +3688,7 @@

XOTcl provides a short-hand notation for creating attribute slots, which is backward compatible for the most important options of XOTcl -verison prior to 1.5.0. Instead of writing

+version prior to 1.5.0. Instead of writing

   Class Car -slots {