@@ -19,26 +19,26 @@ welcome to post feature requests or pull requests.
19
19
20
20
If you are reporting a bug, please do your best to include the following:
21
21
22
- 1. A short, top-level summary of the bug. In most cases, this should be 1-2
23
- sentences.
22
+ 1. A short, top-level summary of the bug. In most cases, this should be 1-2
23
+ sentences.
24
24
25
- 2. A short, self-contained code snippet to reproduce the bug, ideally allowing
26
- a simple copy and paste to reproduce. Please do your best to reduce the code
27
- snippet to the minimum required.
25
+ 2. A short, self-contained code snippet to reproduce the bug, ideally allowing
26
+ a simple copy and paste to reproduce. Please do your best to reduce the code
27
+ snippet to the minimum required.
28
28
29
- 3. The actual outcome of the code snippet
29
+ 3. The actual outcome of the code snippet.
30
30
31
- 4. The expected outcome of the code snippet
31
+ 4. The expected outcome of the code snippet.
32
32
33
- 5. The Matplotlib version, Python version and platform that you are using. You
34
- can grab the version with the following commands::
33
+ 5. The Matplotlib version, Python version and platform that you are using. You
34
+ can grab the version with the following commands::
35
35
36
- >>> import matplotlib
37
- >>> matplotlib.__version__
38
- '1.5.3'
39
- >>> import platform
40
- >>> platform.python_version()
41
- '2.7.12'
36
+ >>> import matplotlib
37
+ >>> matplotlib.__version__
38
+ '1.5.3'
39
+ >>> import platform
40
+ >>> platform.python_version()
41
+ '2.7.12'
42
42
43
43
We have preloaded the issue creation page with a Markdown template that you can
44
44
use to organize this information.
@@ -175,39 +175,36 @@ documented in the :ref:`development-workflow` section.
175
175
176
176
A brief overview is:
177
177
178
- 1. `Create an account <https://github.com/join >`_ on
179
- GitHub if you do not already have one.
178
+ 1. `Create an account <https://github.com/join >`_ on GitHub if you do not
179
+ already have one.
180
180
181
- 2. Fork the `project repository
182
- <https://github.com/matplotlib/matplotlib> `__: click on the 'Fork' button
183
- near the top of the page. This creates a copy of the code under your
184
- account on the GitHub server.
181
+ 2. Fork the `project repository <https://github.com/matplotlib/matplotlib >`_:
182
+ click on the 'Fork' button near the top of the page. This creates a copy of
183
+ the code under your account on the GitHub server.
185
184
186
- 3. Clone this copy to your local disk::
185
+ 3. Clone this copy to your local disk::
187
186
188
- $ git clone https://github.com/YourLogin/matplotlib.git
187
+ $ git clone https://github.com/YourLogin/matplotlib.git
189
188
190
- 4. Create a branch to hold your changes::
189
+ 4. Create a branch to hold your changes::
191
190
192
- $ git checkout -b my-feature origin/master
191
+ $ git checkout -b my-feature origin/master
193
192
194
- and start making changes. Never work in the ``master`` branch!
193
+ and start making changes. Never work in the ``master`` branch!
195
194
196
- 5. Work on this copy, on your computer, using Git to do the version
197
- control. When you're done editing e.g., ``lib/matplotlib/collections.py ``,
198
- do::
195
+ 5. Work on this copy, on your computer, using Git to do the version control.
196
+ When you're done editing e.g., ``lib/matplotlib/collections.py ``, do::
199
197
200
- $ git add lib/matplotlib/collections.py
201
- $ git commit
198
+ $ git add lib/matplotlib/collections.py
199
+ $ git commit
202
200
203
- to record your changes in Git, then push them to GitHub with::
201
+ to record your changes in Git, then push them to GitHub with::
204
202
205
- $ git push -u origin my-feature
203
+ $ git push -u origin my-feature
206
204
207
- Finally, go to the web page of your fork of the Matplotlib repo,
208
- and click 'Pull request' to send your changes to the maintainers for review.
209
- You may want to consider sending an email to the mailing list for more
210
- visibility.
205
+ Finally, go to the web page of your fork of the Matplotlib repo, and click
206
+ 'Pull request' to send your changes to the maintainers for review. You may
207
+ want to consider sending an email to the mailing list for more visibility.
211
208
212
209
.. seealso ::
213
210
@@ -221,62 +218,60 @@ Contributing pull requests
221
218
It is recommended to check that your contribution complies with the following
222
219
rules before submitting a pull request:
223
220
224
- * If your pull request addresses an issue, please use the title to describe
225
- the issue and mention the issue number in the pull request description
226
- to ensure a link is created to the original issue.
221
+ * If your pull request addresses an issue, please use the title to describe the
222
+ issue and mention the issue number in the pull request description to ensure
223
+ that a link is created to the original issue.
227
224
228
- * All public methods should have informative docstrings with sample
229
- usage when appropriate. Use the
230
- ` numpy docstring standard <https://github.com/numpy/numpy/blob/master/doc/HOWTO_DOCUMENT.rst.txt >`_
225
+ * All public methods should have informative docstrings with sample usage when
226
+ appropriate. Use the ` numpy docstring standard
227
+ <https://numpydoc.readthedocs.io/en/latest/format.html > `_.
231
228
232
- * Formatting should follow `PEP8 recommendation
233
- <https://www.python.org/dev/peps/pep-0008/> `_ . You should consider
234
- installing/enabling automatic PEP8 checking in your editor. Part of the
235
- test suite is checking PEP8 compliance, things go smoother if the code is
236
- mostly PEP8 compliant to begin with.
229
+ * Formatting should follow the recommendations of `PEP8
230
+ <https://www.python.org/dev/peps/pep-0008/> `__ . You should consider
231
+ installing/enabling automatic PEP8 checking in your editor. Part of the test
232
+ suite is checking PEP8 compliance, things go smoother if the code is mostly
233
+ PEP8 compliant to begin with.
237
234
238
- * Each high-level plotting function should have a simple example in
239
- the ``Example `` section of the docstring. This should be as simple as
240
- possible to demonstrate the method. More complex examples should go
241
- in the ``examples `` tree.
235
+ * Each high-level plotting function should have a simple example in the
236
+ ``Example `` section of the docstring. This should be as simple as possible
237
+ to demonstrate the method. More complex examples should go in the
238
+ ``examples `` tree.
242
239
243
- * Changes (both new features and bugfixes) should be tested. See
244
- :ref: ` testing ` for more details.
240
+ * Changes (both new features and bugfixes) should be tested. See :ref: ` testing `
241
+ for more details.
245
242
246
- * Import the following modules using the standard scipy conventions::
243
+ * Import the following modules using the standard scipy conventions::
247
244
248
- import numpy as np
249
- import numpy.ma as ma
250
- import matplotlib as mpl
251
- import matplotlib.pyplot as plt
252
- import matplotlib.cbook as cbook
253
- import matplotlib.patches as mpatches
245
+ import numpy as np
246
+ import numpy.ma as ma
247
+ import matplotlib as mpl
248
+ import matplotlib.pyplot as plt
249
+ import matplotlib.cbook as cbook
250
+ import matplotlib.patches as mpatches
254
251
255
- * If your change is a major new feature, add an entry to the ``What's new ``
256
- section by adding a new file in ``doc/users/whats_new `` (see
257
- :file: `doc/users/whats_new /README ` for more information).
252
+ * If your change is a major new feature, add an entry to the ``What's new ``
253
+ section by adding a new file in ``doc/users/next_whats_new `` (see
254
+ :file: `doc/users/next_whats_new /README.rst ` for more information).
258
255
259
- * If you change the API in a backward-incompatible way, please
260
- document it in `doc/api/api_changes `, by adding a new file describing your
261
- changes (see :file: `doc/api/api_changes/README ` for more information)
256
+ * If you change the API in a backward-incompatible way, please document it in
257
+ `doc/api/api_changes `, by adding a new file describing your changes (see
258
+ :file: `doc/api/api_changes/README.rst ` for more information)
262
259
263
- * See below for additional points about
264
- :ref: `keyword-argument-processing `, if code in your pull request
265
- does that.
260
+ * See below for additional points about :ref: `keyword-argument-processing `, if
261
+ applicable for your pull request.
266
262
267
263
In addition, you can check for common programming errors with the following
268
264
tools:
269
265
270
- * Code with a good unittest coverage (at least 70%, better 100%), check
271
- with::
266
+ * Code with a good unittest coverage (at least 70%, better 100%), check with::
272
267
273
- python -mpip install coverage
274
- python tests.py --with-coverage
268
+ python -mpip install coverage
269
+ python tests.py --with-coverage
275
270
276
- * No pyflakes warnings, check with::
271
+ * No pyflakes warnings, check with::
277
272
278
- python -mpip install pyflakes
279
- pyflakes path/to/module.py
273
+ python -mpip install pyflakes
274
+ pyflakes path/to/module.py
280
275
281
276
.. note ::
282
277
0 commit comments