Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 2d062de

Browse files
committed
Fix some typos and grammar
[commit during RC with Brett's approval]
1 parent 8cd0b38 commit 2d062de

1 file changed

Lines changed: 8 additions & 9 deletions

File tree

Doc/howto/pyporting.rst

Lines changed: 8 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -22,7 +22,7 @@ Choosing a Strategy
2222
===================
2323
When a project makes the decision that it's time to support both Python 2 & 3,
2424
a decision needs to be made as to how to go about accomplishing that goal.
25-
Which strategy goes with will depend on how large the project's existing
25+
The chosen strategy will depend on how large the project's existing
2626
codebase is and how much divergence you want from your Python 2 codebase from
2727
your Python 3 one (e.g., starting a new version with Python 3).
2828

@@ -32,8 +32,8 @@ and use 3to2 <use_3to2>` to port your code for Python 2.
3232

3333
If your project has a pre-existing Python 2 codebase and you would like Python
3434
3 support to start off a new branch or version of your project, then you will
35-
most likely want to :ref:`port using 2to3 <use_2to3>`. This will allow you port
36-
your Python 2 code to Python 3 in a semi-automated fashion and begin to
35+
most likely want to :ref:`port using 2to3 <use_2to3>`. This will allow you to
36+
port your Python 2 code to Python 3 in a semi-automated fashion and begin to
3737
maintain it separately from your Python 2 code. This approach can also work if
3838
your codebase is small and/or simple enough for the translation to occur
3939
quickly.
@@ -103,13 +103,12 @@ Four, read all the approaches. Just because some bit of advice applies to one
103103
approach more than another doesn't mean that some advice doesn't apply to other
104104
strategies.
105105

106-
Five, drop support for older Python versions if possible. While not a
107-
requirement, `Python 2.5`_) introduced a lot of useful syntax and libraries
108-
which have become idiomatic in Python 3. `Python 2.6`_ introduced future
109-
statements which makes compatibility much easier if you are going from Python 2
110-
to 3.
106+
Five, drop support for older Python versions if possible. `Python 2.5`_
107+
introduced a lot of useful syntax and libraries which have become idiomatic
108+
in Python 3. `Python 2.6`_ introduced future statements which makes
109+
compatibility much easier if you are going from Python 2 to 3.
111110
`Python 2.7`_ continues the trend in the stdlib. So choose the newest version
112-
of Python for which you believe you believe can be your minimum support version
111+
of Python which you believe can be your minimum support version
113112
and work from there.
114113

115114

0 commit comments

Comments
 (0)