This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author aeros
Recipients aeros, docs@python, terry.reedy
Date 2019-07-05.21:55:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1562363734.83.0.736035842311.issue37478@roundup.psfhosted.org>
In-reply-to
Content
Thanks for the feedback terry. Do you think it would be helpful to work through some of the other commonly used functions in OS, adding condensed explanations of exceptions which can be raised? In general, it seems quite useful for users to be able to figure out the exceptions in which they may need to account for when using each of the functions. 

Also, should the naming convention be "method" or "function"? The two roughly refer to the same thing, but as far as I'm aware, the convention in Python is to refer to them as "functions". I'm  used to calling them "methods" from my prior experience with OOP, so that's why I did so in my initial condensed description. On the docs for OS, there seems to be a few instances where the term "method" is used. 

Personally, I don't mind the usage of either term, at the end of the day it's just semantics. But for the purposes of documentation, consistency seems preferable. Should I create a PR for replacing the mentions of "method" with "function"? Since it's quite minor and in the same OS.rst file, should I link it to this issue instead of creating a new one?
History
Date User Action Args
2019-07-05 21:55:34aerossetrecipients: + aeros, terry.reedy, docs@python
2019-07-05 21:55:34aerossetmessageid: <1562363734.83.0.736035842311.issue37478@roundup.psfhosted.org>
2019-07-05 21:55:34aeroslinkissue37478 messages
2019-07-05 21:55:34aeroscreate