From: dooglus <dooglus@1f10aa63-cdf2-0310-b900-c93c546f37ac>
Date: Thu, 15 Mar 2007 13:23:30 +0000 (+0000)
Subject: Fixed a few typos.
X-Git-Url: https://git.pterodactylus.net/?a=commitdiff_plain;h=6e6b8ce1d75be6a6b99d2cc955faeeea80d62c26;p=synfig.git

Fixed a few typos.


git-svn-id: http://svn.voria.com/code@323 1f10aa63-cdf2-0310-b900-c93c546f37ac
---

diff --git a/synfig-core/trunk/src/synfig/valuenode_dynamiclist.h b/synfig-core/trunk/src/synfig/valuenode_dynamiclist.h
index 063cfbc..97fb8c4 100644
--- a/synfig-core/trunk/src/synfig/valuenode_dynamiclist.h
+++ b/synfig-core/trunk/src/synfig/valuenode_dynamiclist.h
@@ -45,22 +45,22 @@ class ValueNode_BLine;
 /*! \class ValueNode_DynamicList
 **	\brief Animated List ValueNode
 **
-**	This ValueNode was originaly set up to have a list
+**	This ValueNode was originally set up to have a list
 **	of ValueNodes and their associated "on" and "off" points.
 **	ie: Any time that was directly after an "on" point,
 **	the item would be "on", and any time that was directly
 **	after an "off" point would be "off". This is pretty intuitive.
-**	However, it does have it's problems.
+**	However, it does have its problems.
 **
-**	The problems arrise when we introduce the concept of a
+**	The problems arise when we introduce the concept of a
 **	Keyframe. Keyframes can be manipulated via the Synfig
 **	Application Library. They allow the user to quickly
 **	and "automagickly" rearange an animation by moving
-**	the associated keyframes. With they old way that the
+**	the associated keyframes. With the old way that the
 **	"on" and "off" points were handled, this task became
 **	overly complicated.
 **
-**	What is required is a "symetric" system of describing
+**	What is required is a "symmetric" system of describing
 **	"on" and "off" points. Instead of the point representing
 **	the state of the item after that point in time, we have
 **	the point represent <i>only that frame</i>. The state