[Python-checkins] peps: Avoid using the default reST role in PEP-404.

ezio.melotti python-checkins at python.org
Thu Nov 17 18:03:11 CET 2011


http://hg.python.org/peps/rev/e04ddba93092
changeset:   3994:e04ddba93092
user:        Ezio Melotti <ezio.melotti at gmail.com>
date:        Thu Nov 17 19:03:06 2011 +0200
summary:
  Avoid using the default reST role in PEP-404.

files:
  pep-0404.txt |  16 ++++++++--------
  1 files changed, 8 insertions(+), 8 deletions(-)


diff --git a/pep-0404.txt b/pep-0404.txt
--- a/pep-0404.txt
+++ b/pep-0404.txt
@@ -93,7 +93,7 @@
 fundamental ambiguity of the core string type, coupled with Python 2's
 default behavior of supporting automatic coercion from 8-bit strings
 to unicode objects when the two are combined, often leads to
-`UnicodeError`\ s. Python 3's standard string type is Unicode based, and
+``UnicodeError``\ s. Python 3's standard string type is Unicode based, and
 Python 3 adds a dedicated bytes type, but critically, no automatic coercion
 between bytes and unicode strings is provided. The closest the language gets
 to implicit coercion are a few text-based APIs that assume a default
@@ -106,16 +106,16 @@
 This string/bytes clarity is often a source of difficulty in
 transitioning existing code to Python 3, because many third party
 libraries and applications are themselves ambiguous in this
-distinction.  Once migrated though, most `UnicodeError`\ s can be
+distinction.  Once migrated though, most ``UnicodeError``\ s can be
 eliminated.
 
 
 Numbers
 -------
 
-Python 2 has two basic integer types, a native machine-sized `int`
-type, and an arbitrary length `long` type.  These have been merged in
-Python 3 into a single `int` type analogous to Python 2's `long`
+Python 2 has two basic integer types, a native machine-sized ``int``
+type, and an arbitrary length ``long`` type.  These have been merged in
+Python 3 into a single ``int`` type analogous to Python 2's ``long``
 type.
 
 In addition, integer division now produces floating point numbers for
@@ -146,9 +146,9 @@
 ------------------
 
 There are many cases in Python 2 where multiple spellings of some
-constructs exist, such as `repr()` and *backticks*, or the two
-inequality operators `!=` and `<>`.  In all cases, Python 3 has chosen
-exactly one spelling and removed the other (e.g. `repr()` and `!=`
+constructs exist, such as ``repr()`` and *backticks*, or the two
+inequality operators ``!=`` and ``<>``.  In all cases, Python 3 has chosen
+exactly one spelling and removed the other (e.g. ``repr()`` and ``!=``
 were kept).
 
 

-- 
Repository URL: http://hg.python.org/peps


More information about the Python-checkins mailing list