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 palaviv
Recipients ethan.furman, loewis, palaviv, rhettinger, serhiy.storchaka
Date 2016-04-29.16:26:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1461947218.2.0.683510401252.issue26860@psf.upfronthosting.co.za>
In-reply-to
Content
Thanks for the response Ethan I think that I will leave the tests as they are in the current patch.

> No doubt, there are exceptions to the rule in the standard library which is less consistent than we might like:  "stat_result".  That said, stat_result is a structseq and many C type names are old or violate the rules (list vs List, etc).   New named tuples should follow PEP 8 can use CapWords convention unless there is a strong reason not to in a particular case.

I actually thought we should keep on consistency with other "result" like objects. I can see your point about new named tuples that should follow PEP 8 and DirEntry is an example of new "result" class that follow PEP8.
What names do you suggest? Maybe DirInfo and FDirInfo?
History
Date User Action Args
2016-04-29 16:26:58palavivsetrecipients: + palaviv, loewis, rhettinger, ethan.furman, serhiy.storchaka
2016-04-29 16:26:58palavivsetmessageid: <1461947218.2.0.683510401252.issue26860@psf.upfronthosting.co.za>
2016-04-29 16:26:58palavivlinkissue26860 messages
2016-04-29 16:26:58palavivcreate