Skip to content

DOC : Refactor Array API documentation -- Array Structure and Data Access #13892

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Jul 5, 2019

Conversation

kritisingh1
Copy link
Member

Some code cleanup, ordering and inclusion of missing references in the Array API docs . Work in progress.

@mattip
Copy link
Member

mattip commented Jul 2, 2019

Link to the rendered documents

.. versionadded:: 1.7

A synonym for PyArray_DIMS, named to be consistent with the
'shape' usage within Python.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

do you need ndarary.shape (single backticks) to turn it into a link?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Single backticks just make the test italic. For including the link I did something like the recent change :attr:shape <ndarray.shape> as was done in the other document arrays.ndarray.rst but for some reason, that simply made the text bold but did not link it with the attributes' documentation. Doing :ref: doesn't even make the text bold, leave rendering as a link.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this works for me:

`shape <numpy.ndarray.shape>`

You could avoid the numpy prefix by adding .. currentmodule:: numpy before this

@@ -75,7 +76,8 @@ PyArray_Type and PyArrayObject
these structure members should normally be accessed using the
provided macros. If you need a shorter name, then you can make use
of :c:type:`NPY_AO` (deprecated) which is defined to be equivalent to
:c:type:`PyArrayObject`.
:c:type:`PyArrayObject`. Direct access to the struct fields are
deprecated `PyArray_*(arr)` form instead.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

missing text. "deprecated. Use the PyArray_*(arr) form instead"

@mattip
Copy link
Member

mattip commented Jul 4, 2019

Can you remove the WIP? I think his is almost ready to go in

@kritisingh1
Copy link
Member Author

I had kept it WIP as I intended to refactor the whole Array API documentation in this PR after it looks okay to you for the first section (as discussed in the meeting) . What do you suggest, should I open separate PR for the other parts?

@mattip
Copy link
Member

mattip commented Jul 5, 2019

should I open separate PR for the other parts

Whatever you prefer. Sometimes it is nice to get the finished things out of the way, especially if it will take a while to get the rest done

@kritisingh1 kritisingh1 changed the title [WIP] DOC : Refactor Array API documentation DOC : Refactor Array API documentation -- Array Structure and Data Access Jul 5, 2019
@kritisingh1
Copy link
Member Author

Removed the WIP label. The builds are failing due to some container in use issue. Is there something in my pull request which is causing this issue, no, right?

@mattip mattip merged commit 259b6e3 into numpy:master Jul 5, 2019
@mattip
Copy link
Member

mattip commented Jul 5, 2019

The shippable builds are failing everywhere for us, xref Shippable/support#4882

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants