<p dir="ltr">OK, now that we&#39;ve shredded all the counterfactual arguments, what&#39;s left is grep. Yep, multi-word grep is broken on markup languages like XML and HTML because of the invisible tags, which nroff output doesn&#39;t have. It&#39;s also broken on nroff output, because of the artificial newlines, which *ML needn&#39;t have. Single-word grep works fine, either way.</p>

<p dir="ltr">Straws are being clutched at.</p>
<p dir="ltr">-T</p>
<div class="gmail_quote">On Jul 14, 2012 8:13 AM, &quot;Iljitsch van Beijnum&quot; &lt;<a href="mailto:iljitsch@muada.com">iljitsch@muada.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 14 Jul 2012, at 16:36 , Tim Bray wrote:<br>
<br>
&gt; &gt; So the difference between regular and italic text can&#39;t be semantically meaningful, because that difference isn&#39;t there on some character based terminals<br>
<br>
&gt; I haven&#39;t seen anyone using a &quot;character based terminal&quot; in at least a decade. Anyone.<br>
<br>
I still hope to be able to log on to my Mac on my VT420 terminal some day... I haven&#39;t found the right getty configuration so far, though.<br>
<br>
The reason why _compatibility_ with text terminals is still necessary even though text terminals themselves are no longer in use, is that the command line largely behaves like a text based terminal. Removing the ability to comprehend an RFC fully through the command line interface means removing the ability to use command line tools like grep in many cases.<br>

<br>
The big jump is from formatted ASCII to a markup language based format (or even PDF or some such). Let&#39;s make that jump without going overboard can severing all ties to the past. A few years down the road when we&#39;ve gained some experience with the new format, we can always drop compatibility if that seems like a good idea at that point.<br>

<br>
For what we&#39;re doing now, I think it would be enormously helpful to be able to generate RFCs in the old format from the new format without losing anything meaningful.<br>
<br>
If that means that some math guys still can&#39;t express themselves the way that comes natural to them in RFCs, I can live with that.</blockquote></div>