<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">A good reply.† You almost convince me.<br><br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">
But at least with it being done by configuration, I can either ship the config file with the MD file, or I can manually change my config to match the sender&#39;s config.† This is a bunch easier than installing a whole new version of MD and it&#39;s support structure because of a different fork.<br>
</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)"><br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">That particular cat is out of the bag, however, and we have a score of implementations.† From all apparent discussion here, there is no particular urge for the writers to get together to reduce the implementations.† So we have 20 document formats already.† And not all the implementers are concerned with backward compatibility.† <br>
<br><br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">The same can be said of html and CSS.† CSS configures how the html is rendered.† So CMD could configure the way MD is rendered.<br>
</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)"><br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">So steal a page from html/css:† config can be inband† or it can included from an external file.<br>
<br><br></div></div><div class="gmail_extra"><br clear="all"><div>Respectfully,<br><br>Sherwood of Sherwood&#39;s Forests<br><br>Sherwood Botsford<br>Sherwood&#39;s Forests --† <a href="http://Sherwoods-Forests.com" target="_blank">http://Sherwoods-Forests.com</a><br>
780-848-2548<br>50042 Range Rd 31<br>Warburg, Alberta T0C 2T0<br><br></div>
<br><br><div class="gmail_quote">On 19 April 2013 13:29, Aristotle Pagaltzis <span dir="ltr">&lt;<a href="mailto:pagaltzis@gmx.de" target="_blank">pagaltzis@gmx.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* Sherwood Botsford &lt;<a href="mailto:sgbotsford@gmail.com">sgbotsford@gmail.com</a>&gt; [2013-04-19 16:05]:<br>
&gt; * Aristotle Pagaltzis &lt;<a href="mailto:pagaltzis@gmx.de">pagaltzis@gmx.de</a>&gt; [2013-04-19 13:30]:<br>
<div class="im">&gt; &gt; * Sherwood Botsford &lt;<a href="mailto:sgbotsford@gmail.com">sgbotsford@gmail.com</a>&gt; [2013-04-18 17:20]:<br>
&gt; &gt; &gt; (I wish that this was a toggle that could be set in a .mmdrc file.<br>
&gt; &gt; &gt; There are a lot of things that I wish I could set in an .mmdrc file.)<br>
&gt; &gt;<br>
&gt; &gt; That would be bad for Markdown.<br>
&gt;<br>
</div><div class="im">&gt; Why?<br>
&gt;<br>
&gt; Most reasonably powerful unix commands have some combination of<br>
&gt; command line or startup files to control behavior.<br>
<br>
</div>Because Markdown is a document format, not a Unix command.<br>
<div class="im"><br>
&gt; At the present stage when someone wants something new, they have to<br>
&gt; fork their least unfavorite version, and tweak it to their purpose.<br>
<br>
</div>Exactly. Every time you make a processor handle a Markdown document<br>
differently from how a different Markdown processor handles it, even<br>
just by changing an option in some hypothetical config file, you are<br>
forking Markdown.<br>
<br>
Consider then what happens if after writing 300 Markdown documents using<br>
one setting for some option, you decide that you prefer to use another<br>
setting.<br>
<br>
Now you have 300 broken Markdown documents.<br>
<br>
Not to mention, you canít exchange Markdown documents with anyone else<br>
very well, because their documents look wrong under your configuration<br>
and your documents wrong under theirs.<br>
<br>
If you did want to be able to configure how a Markdown document gets<br>
processed, then the only reasonable place to keep that configuration<br>
would be in-band, within the document itself, so that the document will<br>
remain self-describing; rather than out of band somewhere it can become<br>
separated or divergent from its document.<br>
<br>
Had you had to put your settings within each of these 300 documents,<br>
bloat though one might feel it is, they would all continue to render<br>
correctly, both for others and for your own future selves.<br>
<br>
In that sense, while the markdown=&quot;1&quot; attribute may be less than great,<br>
when compared to a setting in a configuration file, it is still a far<br>
superior design.<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Aristotle Pagaltzis // &lt;<a href="http://plasmasturm.org/" target="_blank">http://plasmasturm.org/</a>&gt;<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Markdown-Discuss mailing list<br>
<a href="mailto:Markdown-Discuss@six.pairlist.net">Markdown-Discuss@six.pairlist.net</a><br>
<a href="http://six.pairlist.net/mailman/listinfo/markdown-discuss" target="_blank">http://six.pairlist.net/mailman/listinfo/markdown-discuss</a><br>
</div></div></blockquote></div><br></div>