Skip to content

bpo-29725: DOC: add text for arraysize in sqlite3.Cursor #947

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
Apr 4, 2017

Conversation

csabella
Copy link
Contributor

@csabella csabella commented Apr 1, 2017

No description provided.

@mention-bot
Copy link

@csabella, thanks for your PR! By analyzing the history of the files in this pull request, we identified @birkenfeld, @bitdancer and @ghaering to be potential reviewers.

.. attribute:: arraysize

This attribute allows you to set the number of rows returned by :meth:`fetchmany`.
The default value is 1 meaning a single row would be fetched per call.
Copy link
Member

Choose a reason for hiding this comment

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

Even though it is used in the preceding attribute description, I think we usually avoid referring to "you". So something more like "This attribute controls the number of rows...". I think there should be a comma after '1' in the second sentence. It also might read better if it was 'which means...will be' instead of 'meaning', but that's debatable :)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thank you. You're right, I had used the word 'you' because of the other text in the sqlite3 documentation. Overall, this one seemed much more conversational that the other docs I've read. I added 'read/write' because I wanted to stress that the user is the one that sets the value. I realize that may be obvious to most people, but they had to spell it out for me in the bpo. :-(

Copy link
Member

Choose a reason for hiding this comment

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

Yeah, our docs aren't fully consistent, especially the older docs. So when we touch them we sometimes update the style...or sometimes we follow the existing style depending on what the updater feels is best. In this case the style appears to be a mix, so I vote for moving it toward our current style.

I was hoping that 'controls' coupled with 'default' would make it clear you could set it, but maybe that isn't enough?

@orsenthil orsenthil merged commit 02e1213 into python:master Apr 4, 2017
orsenthil added a commit that referenced this pull request Apr 4, 2017
orsenthil added a commit that referenced this pull request Apr 4, 2017
@csabella csabella deleted the bpo29725 branch April 24, 2017 09:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants