<p>On Mar 21, 2012 12:00 PM, &quot;Guido van Rossum&quot; &lt;<a href="mailto:guido@python.org">guido@python.org</a>&gt; wrote:<br>
&gt;<br>
&gt; On Mar 21, 2012 5:44 AM, &quot;Ned Batchelder&quot; &lt;<a href="mailto:ned@nedbatchelder.com">ned@nedbatchelder.com</a>&gt; wrote:<br>
&gt; &gt; The best thing to do is to set a max-width in ems, say 50em. This leaves the text at a reasonable width, but adapts naturally for people with larger fonts.<br>
&gt;<br>
&gt; Please, no, not even this &quot;improved&quot; version of coddling. If you&#39;re<br>
&gt; formatting e.g. a newspaper or a book, by all means (though I still<br>
&gt; think the user should be given ultimate control -- and I don&#39;t mean<br>
&gt; editing the CSS using the browser&#39;s development tools :-). But when<br>
&gt; reading docs there are all sorts of reasons why I might want to<br>
&gt; stretch the window to maximum width and nothing&#39;s more frustrating<br>
&gt; than a website that forces clipping, folding or a horizontal scroll<br>
&gt; bar even when I make the window wide enough.</p>
<p>Well, the only thing that&#39;s more frustrating than that is having to resize my window to make the text readable, and then *still* having to scroll horizontally for the wide bits, or have to alternate sizes of the window.</p>

<p>Just because flowing text paragraphs are set to a moderate max-width, that doesn&#39;t mean that code samples, tables, etc. all have to be the *same* max-width, or have any max-width at all.  That is, keeping flowing text readable is not incompatible with having arbitrarily-wide code, tables, etc.</p>

<p>(Text width is an ergonomic consideration as much as font size and color: too wide in absolute characters, and the eye has to hunt up and down to find where to start reading the next line.)<br>
</p>