[xiph-cvs] cvs commit: positron/doc database.html mdb.html quirks.html

[Stan Seibert]

volsung     03/05/26 22:59:07

  Modified:    doc      database.html mdb.html quirks.html
  Log:
  Typo fixes.

Revision  Changes    Path
1.7       +2 -2      positron/doc/database.html

Index: database.html
===================================================================
RCS file: /usr/local/cvsroot/positron/doc/database.html,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- database.html	27 May 2003 00:30:16 -0000	1.6
+++ database.html	27 May 2003 02:59:07 -0000	1.7
@@ -243,7 +243,7 @@
 <h2>Maintaining Database Consistency</h2>
 
 <p>
-Reading the database is fairly straightforward; the tricky parts is
+Reading the database is fairly straightforward; the tricky part is
 maintaining consistency between all of the parts of the database when
 modifying it.  Failure to do this correctly often leads to
 unpredictable behavior in the Neuros, and sometimes even causes it to
@@ -293,7 +293,7 @@
 <ol>
   <li>Move all of the modules after the module being extended down by
   the size of the extension.  Remember that the size of PAI module
-  must be a multiple of the <a href="PAI.html#minlength">minimum
+  must be a multiple of the <a href="pai.html#minlength">minimum 
   module length</a>.</li>
   
   <li>Fill in the extra space with zeros.</li>

<p><p>1.2       +3 -3      positron/doc/mdb.html

Index: mdb.html
===================================================================
RCS file: /usr/local/cvsroot/positron/doc/mdb.html,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- mdb.html	26 May 2003 21:06:45 -0000	1.1
+++ mdb.html	27 May 2003 02:59:07 -0000	1.2
@@ -106,8 +106,8 @@
 
   <dt>Access Keys</dt><dd>There can be zero or more access keys per
   database.  Rather than store the actual data (like "Rock" or "FM
-  Radio"), a pointer to the MDB holding this data in the child
-  database is stored.  Null values are recorded by pointed at the 
+  Radio"), a pointer to the MDB record holding this data in the child
+  database is stored.  Null values are recorded by pointing at the 
   <a href="#nullrec">null record</a> in the child database.</dd>
 
   <dt>Extra Info</dt><dd>These can be zero or more extra info fields.
@@ -144,7 +144,7 @@
 
   <dt>0x002F</dt><dd>/ - Escaper.  If any field value contains one of
   these special words (including the escaper itself), it must be
-  escaped using this character.  For example, to store the pointer
+  escaped using this word.  For example, to store the pointer
   0x00000023 in a field, you would have to write 0x0000,0x002F,0x0023.</dd>
 </dl>
 </p>

<p><p>1.3       +3 -3      positron/doc/quirks.html

Index: quirks.html
===================================================================
RCS file: /usr/local/cvsroot/positron/doc/quirks.html,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- quirks.html	27 May 2003 00:39:52 -0000	1.2
+++ quirks.html	27 May 2003 02:59:07 -0000	1.3
@@ -35,8 +35,8 @@
 <h3>USB Issues with MacOS X</h3>
 
 <p>
-Another class of problems is cause by a buglet in the USB code on the
-Neuros.  The Neuros does not responding to the "Mode Sense" command
+Another class of problems is caused by a buglet in the USB code on the
+Neuros.  The Neuros does not respond to the "Mode Sense" command
 defined in the USB Mass Storage Class standard.  The Mode Sense
 command is used by the host to determine if the USB device is
 read-only or read-write.  When the host computer sends a Mode Sense
@@ -46,7 +46,7 @@
 
 <p>
 Different operating systems appear to deal with this failure in
-different ways.  Linux, and presumably Windows, just assume the device
+different ways.  Linux and Windows just assume the device
 is read-write.  OS X assumes the device is read-only.  The result is
 that it is impossible to update the database on OS X because the
 Neuros cannot be written to.  Because Linux and Windows assume the

<p><p>--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to 'cvs-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.