<html><head><meta http-equiv="content-type" content="text/html; charset=us-ascii"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div><br></div><div> I am fine with 100 for the Python formatted comments. I think it is not unreasonable to expect people to be able to have a terminal width of 100 when working with Python.</div><div><br></div><div> Let's have a vote, 79 or 100?</div><div><br></div><div> </div><div><br></div><div><br></div><div><div><blockquote type="cite"><div>On Jul 2, 2023, at 6:14 AM, Lisandro Dalcin <dalcinl@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 28 Jun 2023 at 08:09, Barry Smith <<a href="mailto:bsmith@petsc.dev">bsmith@petsc.dev</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Generally, I like Python a great deal and think Python developers make good decisions, but their love of the 80-character limit is absurdly out of character and so fundamentally wrong.<br>
<br></blockquote><div><br></div><div>The 79-character limit comes from PEP 8, which regulates code for the Python project itself and their standard library. </div><div>At some point other people start following PEP 8 as if it were the ultimate set of rules to be applied everywhere, but IMHO that was not the original intention of PEP-8. </div><div>PEP-8 was written in 2001, at a time where diversity of opinion and expression was way more valued and encouraged. Nowadays, folks seem to be craving for centralized authorities producing common regulations for the flock to follow blindly.</div><div><br></div><div>The NumPy docstring standard (<a href="https://numpydoc.readthedocs.io/en/latest/format.html#docstring-standard">https://numpydoc.readthedocs.io/en/latest/format.html#docstring-standard</a>) says: The length of docstring lines should be kept to 75 characters to facilitate reading the docstrings in text terminals.</div><div>I agree with the rationale, although I acknowledge that the 75-char limit is subjective, i.e, people may feel perfectly comfortable reading longer lines.</div><div><br></div><div>Many other projects have updated these limits to a more generous figures.<br></div><div>The `black` Python code autoformater suggests 88 chars <a href="https://black.readthedocs.io/en/stable/the_black_code_style/current_style.html#line-length">https://black.readthedocs.io/en/stable/the_black_code_style/current_style.html#line-length</a>, following recommendations from R. Hettinger <a href="https://www.youtube.com/watch?v=wf-BqAjZb8M&t=260s">https://www.youtube.com/watch?v=wf-BqAjZb8M&t=260s</a>, a very well respected person in the Python community.</div><div><br></div><div>PETSc can very well increase the limit to anything you consider sensible, as long as the agreed limit is somehow enforced, which is what Stefano just implemented.</div><div><br></div></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Lisandro Dalcin<br>============<br>Senior Research Scientist<br>Extreme Computing Research Center (ECRC)<br>King Abdullah University of Science and Technology (KAUST)<br><a href="http://ecrc.kaust.edu.sa/" target="_blank">http://ecrc.kaust.edu.sa/</a><br></div></div></div></div>
</div></blockquote></div><br></div></body></html>