On Wed, Jun 19, 2019 at 03:14:30PM -0500, Justin Pryzby wrote:
> On Sat, Jun 15, 2019 at 10:25:04PM -0500, Justin Pryzby wrote:
> > On Sat, Jun 15, 2019 at 08:58:37PM +0200, Christoph Zwerschke wrote:
> > > Am 15.06.2019 um 03:08 schrieb Justin Pryzby:
> > > >Thanks.  What does it take to update the web docs ?
> > > 
> > > https://pygresql.readthedocs.io/
> > > -> I need to push the current trunk to GitHub (done)
> > > 
> > > http://www.pygresql.org/
> > > -> D'Arcy needs to run the mkdocs script on the server
> > 
> > Before you do that, I've found some more.  I'm too tired to competently 
> > write a
> > patch.
> 
> Thanks for patching.
> 
> @D'Arcy, I suggest to update web docs now.  That's all the typos I can stomach
> for now.

I immediately had to look at 5.0 changelog and couldn't resist a few tweaks,
although I'm not sure how you feel about rewriting history.
diff --git a/docs/contents/changelog.rst b/docs/contents/changelog.rst
index 9a5124b..700d210 100644
--- a/docs/contents/changelog.rst
+++ b/docs/contents/changelog.rst
@@ -129,7 +129,7 @@ Version 5.0 (2016-03-20)
       PyGreSQL uses a new fast built-in parser to achieve this. The automatic
       conversion of arrays to lists can be disabled with set_array(False).
     - The pkey() method of the classic interface now returns tuples instead
-      of frozenset. The order of the tuples is like in the primary key index.
+      of frozenset. The order of the tuples is the same as in the primary key 
index.
     - Like the DB-API 2 module, the classic module now also returns bool values
       from the database as Python bool objects instead of strings. You can
       still restore the old behavior by calling set_bool(False).
@@ -145,7 +145,7 @@ Version 5.0 (2016-03-20)
       by the get() method of the classic interface will not automatically
       be fully qualified any more. This reduces overhead from the interface,
       but it means you must always write the table name in the same way when
-      you call the methods using it and you are using tables with OIDs.
+      you call the other methods which use OID columns. ??????
       Also, OIDs are now only used when access via primary key is not possible.
       Note that OIDs are considered deprecated anyway, and they are not created
       by default any more in PostgreSQL 8.1 and later.
@@ -171,10 +171,10 @@ Version 5.0 (2016-03-20)
     - The DB-API 2 module now always returns result rows as named tuples
       instead of simply lists as before. The documentation explains how
       you can restore the old behavior or use custom row objects instead.
-    - The names of the various classes used by the classic and DB-API 2
+    - Various classes used by the classic and DB-API 2
       modules have been renamed to become simpler, more intuitive and in
       line with the names used in the DB-API 2 documentation.
-      Since the API provides only objects of these types through constructor
+      Since the API provides objects of these types only through constructor
       functions, this should not cause any incompatibilities.
     - The DB-API 2 module now supports the callproc() cursor method. Note
       that output parameters are currently not replaced in the return value.
@@ -213,16 +213,16 @@ Version 5.0 (2016-03-20)
       constraints are violated, it raises an IntegrityError now.
     - The modules now provide get_typecast() and set_typecast() methods
       allowing to control the typecasting on the global level. The connection
-      objects have got type caches with the same methods which give control
+      objects have type caches with the same methods which give control
       over the typecasting on the level of the current connection.
-      See the documentation on details about the type cache and the typecast
+      See the documentation for details about the type cache and the typecast
       mechanisms provided by PyGreSQL.
     - Dates, times, timestamps and time intervals are now returned as the
       corresponding Python objects from the datetime module of the standard
       library. In earlier versions of PyGreSQL they had been returned as
       strings. You can restore the old behavior by deactivating the respective
       typecast functions, e.g. set_typecast('date', str).
-    - PyGreSQL now support the "uuid" data type, converting such columns
+    - PyGreSQL now supports the "uuid" data type, converting such columns
       automatically to and from Python uuid.UUID objects.
     - PyGreSQL now supports the "hstore" data type, converting such columns
       automatically to and from Python dictionaries. If you want to insert
@@ -239,7 +239,7 @@ Version 5.0 (2016-03-20)
       type have been added to the C extension module. The array parser also
       allows using multi-dimensional arrays with PyGreSQL.
     - The tty parameter and attribute of database connections has been
-      removed since it is not supported any more since PostgreSQL 7.4.
+      removed since it is not supported since PostgreSQL 7.4.
 
 Version 4.2.2 (2016-03-18)
 --------------------------
_______________________________________________
PyGreSQL mailing list
PyGreSQL@Vex.Net
https://mail.vex.net/mailman/listinfo/pygresql

Reply via email to