On Fri, Mar 14, 2003 at 09:50:48AM -0800, Matt Kraai wrote:
> On Fri, Mar 14, 2003 at 10:15:04AM -0700, Larry Shatzer wrote:
> > At the top of the HACKING file it mentions the O'Reilly style guide to be
> > followed. Below is a patch to correct a few spots it was not followed.
> >
> > Log Message: Fix a few typos according to the O'Reilly Style Guide.
>
> Thanks, applied in revision 5334.
>
I noticed you left off the fileserver to file server fix. Was this on purpose?
In any case, here that is again, in case, plus a few more (can not to cannot,
file name as filename, and it's Emacs, not emacs, at least in the style guide).
Log Message: More O'Reilly Style Guide corrections.
Index: doc/book/book/appd.xml
===================================================================
--- doc/book/book/appd.xml (revision 5334)
+++ doc/book/book/appd.xml (working copy)
@@ -31,7 +31,7 @@
<para>RFC 2518 defines a set of concepts and accompanying
extension methods to HTTP 1.1 that make the web into a more
universal read/write medium. The basic idea is that a
- WebDAV-compliant web server can act like a generic fileserver;
+ WebDAV-compliant web server can act like a generic file server;
clients can mount WebDAV <quote>shares</quote> that behave
much like NFS or SMB shares.</para>
@@ -545,8 +545,8 @@
<literal>PUT</literal> to a temporary location, a
<literal>DELETE</literal> of original file, and a
<literal>MOVE</literal> of the temporary resource to the
- original file name. That's three new Subversion
- revisions per save!</para>
+ original filename. That's three new Subversion revisions per
+ save!</para>
<para>One more word of warning: OS X's WebDAV client can be
overly sensitive to HTTP redirects. If you're unable to mount
Index: doc/book/book/ch03.xml
===================================================================
--- doc/book/book/ch03.xml (revision 5334)
+++ doc/book/book/ch03.xml (working copy)
@@ -694,7 +694,7 @@
<para>Once you've finished making changes, you need to commit
them to the repository, but before you do so, it's usually a
good idea to take a look at exactly what you've changed. By
- examining your changes before you commit, you can not only
+ examining your changes before you commit, you cannot only
make a more accurate log message, but you may discover that
you've inadvertently changed a file, and this gives you a
chance to revert those changes before committing.
Index: doc/book/book/ch06.xml
===================================================================
--- doc/book/book/ch06.xml (revision 5334)
+++ doc/book/book/ch06.xml (working copy)
@@ -68,7 +68,7 @@
which are just text files in standard INI format (with
<quote>sections</quote> providing the second tier). These files
can be easily edited using your favorite text editor (such as
- emacs or vi), and contain directives read by the client to
+ Emacs or vi), and contain directives read by the client to
determine which of several optional behaviors the user
prefers.</para>
Index: doc/book/book/ch07.xml
===================================================================
--- doc/book/book/ch07.xml (revision 5334)
+++ doc/book/book/ch07.xml (working copy)
@@ -692,7 +692,7 @@
<literal>file:///path/to/repos</literal>.</para>
<para>Also, be aware that Subversion's
- <literal>file:</literal> URLs can not be used in a regular
+ <literal>file:</literal> URLs cannot be used in a regular
web browser the way typical <literal>file:</literal> URLs
can. When you attempt to view a <literal>file:</literal>
URL in a regular web browser, it reads and displays the
@@ -1355,7 +1355,7 @@
<para>Now, if this were the end of the pool story, it would hardly
have merited special attention. Fortunately, that's not the
- case. Pools can not only be created; they can also be cleared
+ case. Pools cannot only be created; they can also be cleared
and destroyed, using <function>apr_pool_clear()</function> and
<function>apr_pool_destroy()</function> respectively. This
gives developers the flexibility to allocate several—or
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 14 19:30:24 2003