<div dir="ltr">On 29 July 2013 22:18, Skip Montanaro <span dir="ltr"><<a href="mailto:skip@pobox.com" target="_blank">skip@pobox.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

For the purposes of limiting the length you need to scan between first<br>
and last column, I would recommend leaving the recommended line length<br>
to ~ 80 columns.<br>
<br>
Just for grins, I grabbed a non-computer book, Atul Gawande's<br>
"Checklist Manifesto," from the pile on my desk and counted the number<br>
of characters in a full-width line.  70.  Then I grabbed my copy of<br>
"Mastering Regular Expressions" and counted the number of characters<br>
in a full-width line of text which also included a few special<br>
characters.  80.<br>
<br>
I think the history of printing offers a good gauge for the useful<br>
limits to line length.  After all, print publishers have been at this<br>
for more than a few years.<br>
<div class="im"><br>
As I typed this, Steven D'Aprano wrote:<br>
<br>
> No, it is irrelevant to performance, except performance of the reader.<br>
<br>
</div>Whose performance, I would argue is most important.<br>
<br>
I would like to hear of books meant to be read with page or column<br>
widths of 100 or more characters.  I suspect they would be few and far<br>
between.<br></blockquote><div><br></div><div>In that gauge I would exclude indentation (you don't count the number of characters the margin takes) and would point out that programming doesn't have generically-wrapped lines -- sometimes the wrapping of a line is more distracting than its length. Written text has a completely different flow to programs; written text is read sequentially where missing the reading of words is a trivial and oft occurrence whereas programming is highly structured.</div>

</div></div></div>