Keep to 79 chars per line

Author: encukou

peps/pep-0820.rst

@@ -158,16 +158,16 @@ There are two variants of such a design:
 
 - A large struct with fields for all info. As we can see with
   ``PyTypeObject``, most of such a struct tends to be NULLs in practice.
-  As more fields become obsolete, either the wastage grows, or we introduce
-  new struct layouts (while keeping compatibility with the old ones for a while).
+  As more fields become obsolete, either the wastage grows, or we introduce new
+  struct layouts (while keeping compatibility with the old ones for a while).
 
 - A small struct with only the info necessary for initial creation, with other
   info added afterwards (with dedicated function calls, or Python-level
   ``setattr``). This design:
 
   - makes it cumbersome to add/obsolete/adjust the required info (for example,
-    in :PEP:`697` I gave meaning to negative values of an existing field; adding
-    a new field would be cleaner in similar situations);
+    in :PEP:`697` I gave meaning to negative values of an existing field;
+    adding a new field would be cleaner in similar situations);
   - increases the number of API calls between an extension and the interpreter.
 
   We believe that “batch” API for type/module creation makes sense,
@@ -320,8 +320,8 @@ array of slots::
 
     PyObject *PyType_FromSlots(const PySlot *slots);
 
-The ``PyModule_FromSlotsAndSpec`` function (added in CPython 3.15 in :pep:`793`)
-will be *changed* to take the new slot structure::
+The ``PyModule_FromSlotsAndSpec`` function (added in CPython 3.15 in
+:pep:`793`) will be *changed* to take the new slot structure::
 
     PyObject *PyModule_FromSlotsAndSpec(const PySlot *slots, PyObject *spec)
 
@@ -490,9 +490,9 @@ Slot renumbering
 New slots IDs will have unique numeric values (that is, ``Py_slot_*``,
 ``Py_tp_*`` and ``Py_mod_*`` won't share IDs).
 
-Slots numbered 1 through 4
-(``Py_bf_getbuffer``...\ ``Py_mp_length`` and ``Py_mod_create``...\ ``Py_mod_gil``)
-will be redefined as new (larger) numbers.
+Slots numbered 1 through 4 (``Py_bf_getbuffer``...\ ``Py_mp_length`` and
+``Py_mod_create``...\ ``Py_mod_gil``) will be redefined as new
+(larger) numbers.
 The old numbers will remain as aliases, and will be used when compiling for
 Stable ABI versions below 3.15.