From 537d76076671368953465548687c360c8107ad10 Mon Sep 17 00:00:00 2001
From: Larry Hastings <larry@hastings.org>
Date: Sat, 18 Jan 2014 01:08:50 -0800
Subject: Doc improvements for Clinic howto "Goals" section.

---
 Doc/howto/clinic.rst | 18 +++++++++---------
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/Doc/howto/clinic.rst b/Doc/howto/clinic.rst
index a61508e..1f96e82 100644
--- a/Doc/howto/clinic.rst
+++ b/Doc/howto/clinic.rst
@@ -44,16 +44,16 @@ redundant information in a surprising number of places.
 When you use Argument Clinic, you don't have to repeat yourself.
 
 Obviously, no one would want to use Argument Clinic unless
-it's solving a their problem without creating problems of
+it's solving their problem--and without creating new problems of
 its own.
-So Argument Clinic should generate correct code, and its
-code should preferably be slower, and definitely should
-not introduce a major speed regression.  (Eventually Argument
-Clinic should enable a major speedup--we should be able
-to rewrite its code generator so it produces tailor-made
-parsing code, rather than using the general-purpose functions
-from the CPython code base, which would make for the fastest
-argument parsing possible.)
+So it's paramount that Argument Clinic generate correct code.
+It'd be nice if the code was faster, too, but at the very least
+it should not introduce a major speed regression.  (Eventually Argument
+Clinic *should* make a major speedup possible--we could
+rewrite its code generator to produce tailor-made argument
+parsing code, rather than calling the general-purpose CPython
+argument parsing library.  That would make for the fastest
+argument parsing possible!)
 
 Additionally, Argument Clinic must be flexible enough to
 work with any approach to argument parsing.  Python has
-- 
cgit v0.12