R. David Murray added the comment:
It looks like there is nothing left to do here and the issue was left open by
mistake. If I'm wrong, someone can reopen it with a note as to what remains to
be done (or open a new issue).
--
nosy: +r.david.murray
resolution: - fixed
stage: commit
Alexander Belopolsky added the comment:
In the new patch, I added docstrings for the data members and now the list of
memoryview data descriptors looks as follows in pydoc:
| --
| Data descriptors defined here:
|
|
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
Removed file: http://bugs.python.org/file27109/memoryobject-docstrings.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15855
___
Antoine Pitrou added the comment:
This should also be fixed in 3.2 (at least for those methods/members which are
in 3.2).
--
nosy: +pitrou
versions: +Python 3.2, Python 3.3 -Python 3.4
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky added the comment:
I am going to commit this tonight. Stefan, please let me know if you have any
comments. I copied most of the descriptions from ReST manual with a few minor
changes. See shape/strides/suboffsets.
--
stage: - commit review
Stefan Krah added the comment:
I've left a couple of comments. -- Personally I'd also prefer if all
docstrings go into a separate section. I always perceive docstrings
as noise that takes up precious vertical space, so for _decimal I even
banned them into docstrings.h.
I don't know if there's
Alexander Belopolsky added the comment:
On Sep 3, 2012, at 1:22 PM, Stefan Krah rep...@bugs.python.org wrote:
Personally I'd also prefer if all
docstrings go into a separate section. I always perceive docstrings
as noise that takes up precious vertical space, so for _decimal I even
banned
Stefan Krah added the comment:
On the other hand, this is not that important and consolidating the changes
in one section will make 3.2 to 3.3 merge easier. I'll consolidate and wait
for someone else to complain. :-)
Thanks! I'm certain someone will complain, probably on python-dev right
Roundup Robot added the comment:
New changeset c49f89261d65 by Alexander Belopolsky in branch '3.2':
Issue #15855: added docstrings for memoryview methods and data descriptors.
http://hg.python.org/cpython/rev/c49f89261d65
--
nosy: +python-dev
___
Roundup Robot added the comment:
New changeset 16a69ccff5ce by Alexander Belopolsky in branch 'default':
Issue #15855: added docstrings for memoryview methods and data descriptors
(merge 3.2).
http://hg.python.org/cpython/rev/16a69ccff5ce
--
___
Roundup Robot added the comment:
New changeset ba2c1def3710 by Alexander Belopolsky in branch 'default':
Issue #15855: added docstrings for memoryview methods and data descriptors new
in 3.3.
http://hg.python.org/cpython/rev/ba2c1def3710
--
___
Alexander Belopolsky added the comment:
A few remaining comments:
1) shape being None for 0-d views in 3.2 is probably a bug. I did not mention
that behavior in docstring.
2) a N-dimensional array typo was copied from ReST. Fixing it does not
deserve a separate tracker entry, but I would
Stefan Krah added the comment:
1) shape being None for 0-d views in 3.2 is probably a bug.
Probably. I don't know whether it's worth fixing. Several test cases in ctypes
as well as in NumPy rely on it. So I guess we should just leave it for 3.2.
2) a N-dimensional array typo was copied from
Roundup Robot added the comment:
New changeset 82ae284cd5f1 by Alexander Belopolsky in branch 'default':
Issue #15855: updated related manual entries.
http://hg.python.org/cpython/rev/82ae284cd5f1
--
___
Python tracker rep...@bugs.python.org
14 matches
Mail list logo