<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 30, 2013 at 7:14 PM, Michel Fortin <span dir="ltr">&lt;<a href="mailto:michel.fortin@michelf.ca" target="_blank">michel.fortin@michelf.ca</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Le 30-sept.-2013 à 9:16, Roopesh Chander &lt;<a href="mailto:roop@forwardbias.in">roop@forwardbias.in</a>&gt; a écrit :<br>


<div class="im"><br>
&gt;&gt; It&#39;s true that you can&#39;t solve the issue of editors having different lengths for tabs, but you&#39;re already picking four-space-per-tab so why do it differently from everyone else?<br>
&gt;<br>
&gt; What is everybody else doing? Do you mean that everyone else is expanding<br>
&gt; tabs while parsing using the &quot;4-(column_number modulo 4)&quot; method?<br>
<br>
</div>Well, pretty much everyone. With the number of implementations there are always going to be a few outliers. See for yourself:<br>
<br>
<a href="http://johnmacfarlane.net/babelmark2/?normalize=1&amp;text=%09%09a%0A%09.%09a%0A%09..%09a%0A%09...%09a%0A%09....%09a" target="_blank">http://johnmacfarlane.net/babelmark2/?normalize=1&amp;text=%09%09a%0A%09.%09a%0A%09..%09a%0A%09...%09a%0A%09....%09a</a><br>

<div class="im"><span style="color:rgb(34,34,34)"> </span></div></blockquote><div><br></div><div>To summarize:</div><div>- Marked always replaces &#39;\t&#39; with 4 spaces</div><div>- Maruku and Kramdown keep the &#39;\t&#39; intact</div>

<div>- Everyone else does the <span style="color:rgb(80,0,80)">&quot;4-(column_number modulo 4)&quot; method</span></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">
<br>
</div>I&#39;d go with #3, but instead of just of saying &quot;tabs are not recommended&quot; I&#39;d explain and warn that Markdown assumes tab stops to be aligned to four spaces and that you might get unexpected results if your editors shows tab otherwise; spaces are more predictable. But that&#39;s more for user documentation than for the parsing specification.<br>


<div class="im"><br></div></blockquote><div><br></div><div>Yes, of course, for the user documentation, which is what I call the syntax guide (as opposed to the specification, which is meant for parser implementors).</div>

<div><br></div><div>roop.</div></div></div></div>