Black: An uncompromising Python code formatter

Re:Black: An uncompromising Python code formatter by B1FF_PSUVM on Friday May 25, 2018 @04:26PM (#17157616)

> Originally PEP 8 had 79 characters. Now that was a weird choice so most companies went with 80 instead

Probably thinking of one of these:

- backslash continuations

- terminals/etc that counted newlines

- off by one errors

[ Parent | on HN ]

Re:Black: An uncompromising Python code formatter by Izkata on Friday May 25, 2018 @08:13PM (#17159242)

Also possibly a terminal text editor - the cursor sits on the column where the next character would be input (such as vim's insert mode). So with 79 character lines, the cursor is sitting at 80 while waiting for the next input.

If your screen is larger than that it's no big deal, but if your screen is 80 columns and the cursor was at column 81, it would wrap to the next line without actually being a newline.

[ Parent | on HN ]

Re:Black: An uncompromising Python code formatter by mappu on Friday May 25, 2018 @11:55PM (#17160108)

Also taking up a character, are ASCII-rendered scrollbars (like EDIT.COM and friends).

[ Parent | on HN ]

Re:Black: An uncompromising Python code formatter by samatman on Saturday May 26, 2018 @01:09AM (#17160335)

Yes.

The old standard was actually 78, so that a diff would fit on the screen.

[ Parent | on HN ]