(Mostly) re-eppease the W3 gods

scottschiller · Jun 25, 2012 · 5ef153a · 5ef153a
1 parent cd36212
commit 5ef153a
Showing 1 changed file with 2 additions and 2 deletions.
diff --git a/doc/download/index.html b/doc/download/index.html
@@ -189,7 +189,7 @@ <h3><b>V2.97a.20120624</b> - New <code>soundManager.setup()</code> method, numer
 											 New <code>soundManager.setup()</code> mixin-style method for assigning properties and common start-up callbacks. Collects top-level soundManager configuration properties and object collections - <code>onready</code>, <code>ontimeout</code>, <code>defaultOptions</code>, <code>flash9Options</code> and <code>movieStarOptions</code> - under a single method call.
 										</p>
 										<p>
-											<b>Upgrade / legacy note:</b> This is a modern replacement for the direct property assignment method used in all previous versions - eg., <code>soundManager.url = '/swfs/'</code> - the old method continues to work for legacy support, but you should migrate to using the new method as it's much cleaner. All included demos use the new method where applicable.</p>
+											<b>Upgrade / legacy note:</b> This is a modern replacement for the direct property assignment method used in all previous versions - eg., <code>soundManager.url = '/swfs/'</code> - the old method continues to work for legacy support, but you should migrate to using the new method as it's much cleaner. All included demos use the new method where applicable.
 										</p>
 
 										<p>
@@ -290,7 +290,7 @@ <h3><b>V2.97a.20120624</b> - New <code>soundManager.setup()</code> method, numer
 
 									<li>
 										<p>
-											Finally assign + use <code>SMSound.id</code> (instead of sID), matching <code>createSound({id: 'foo'})</code> pattern; maintain legacy sID property (ancient behaviour, originally intended to avoid potential namespace conflicts many years ago - now silly and not a concern.)</p>
+											Finally assign + use <code>SMSound.id</code> (instead of sID), matching <code>createSound({id: 'foo'})</code> pattern; maintain legacy sID property (ancient behaviour, originally intended to avoid potential namespace conflicts many years ago - now silly and not a concern.)
 										</p>
 									</li>