<div dir="ltr">Just to add a couple of cents-worth of comment to the excellent and detailed discussion.<div><br></div><div style>I use a mix of Windows, Mac and Linux platforms regularly and require that files be easily transferrable between all three. As some bits of Linux are less comfortable with spaces in filenames, I tend to replace them with underscores. If and when I mention file names in documents, which happens fairly regularly, I would not want anything trying to italicise them.</div>
<div style><br></div><div style>To extend bowerbird&#39;s comment about URLs, the (often incorrectly named) protocols that I use fairly often cover a lot of options in addition to &quot;http&quot;, and the implied &quot;https&quot;. I find myself using mail, ftp/ftps, rdp, sip and a number of others. This emphasises the risks in assuming that an underscore will always imply a need for italics.</div>
<div style><br></div><div style>Perhaps a command line flag? A metadata command in the source (although I dislike this approach for source material that will be read in it&#39;s native state)? Allowing users to option for embedding italics in words is a partial solution. Partial because it would work on the entire document, and that may not always be appropriate.</div>
<div style><br></div><div style>But that&#39;s people for you :)</div><div style><br></div><div style>Regards,</div><div style>Paul Wilson</div><div style> </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Jul 8, 2013 at 1:35 PM,  <span dir="ltr">&lt;<a href="mailto:markdown-discuss-request@six.pairlist.net" target="_blank">markdown-discuss-request@six.pairlist.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Send Markdown-Discuss mailing list submissions to<br>
        <a href="mailto:markdown-discuss@six.pairlist.net">markdown-discuss@six.pairlist.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://six.pairlist.net/mailman/listinfo/markdown-discuss" target="_blank">http://six.pairlist.net/mailman/listinfo/markdown-discuss</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:markdown-discuss-request@six.pairlist.net">markdown-discuss-request@six.pairlist.net</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:markdown-discuss-owner@six.pairlist.net">markdown-discuss-owner@six.pairlist.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of Markdown-Discuss digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. Re: what this has to do with markdown (David Chambers)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 7 Jul 2013 22:35:31 -0700<br>
From: David Chambers &lt;<a href="mailto:dc@davidchambers.me">dc@davidchambers.me</a>&gt;<br>
Subject: Re: what this has to do with markdown<br>
To: &quot;Discussion related to Markdown.&quot;<br>
        &lt;<a href="mailto:markdown-discuss@six.pairlist.net">markdown-discuss@six.pairlist.net</a>&gt;<br>
Message-ID:<br>
        &lt;CAAEv1nq2-xqQ=<a href="mailto:wWrHAeGiB0a%2B%2BL98MW4BheXJt3sT4zGgPv-qg@mail.gmail.com">wWrHAeGiB0a++L98MW4BheXJt3sT4zGgPv-qg@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
thank you for taking the time to share these thoughts, bowerbird. much<br>
food for thought.<br>
<br>
<br>
On 7 July 2013 20:00, Sherwood Botsford &lt;<a href="mailto:sgbotsford@gmail.com">sgbotsford@gmail.com</a>&gt; wrote:<br>
<br>
&gt; Bowerbird, after this epistle, I promise to read you more thoroughly.<br>
&gt;  Nicely put.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Respectfully,<br>
&gt;<br>
&gt; Sherwood of Sherwood&#39;s Forests<br>
&gt;<br>
&gt; Sherwood Botsford<br>
&gt; Sherwood&#39;s Forests --  <a href="http://Sherwoods-Forests.com" target="_blank">http://Sherwoods-Forests.com</a><br>
&gt; 780-848-2548<br>
&gt; 50042 Range Rd 31<br>
&gt; Warburg, Alberta T0C 2T0<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On 7 July 2013 20:21, bowerbird &lt;<a href="mailto:bowerbird@aol.com">bowerbird@aol.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; first, i&#39;m sorry for the expletive in your in-box.  really.<br>
&gt;&gt;<br>
&gt;&gt; i also apologize for the smell from those dead skunks.<br>
&gt;&gt;<br>
&gt;&gt; ***<br>
&gt;&gt;<br>
&gt;&gt; as to &quot;what this has to do with markdown&quot;, it&#39;s simple.<br>
&gt;&gt;<br>
&gt;&gt; if i remember correctly -- i might not, but who cares? --<br>
&gt;&gt; &quot;fan_f*ck*ng_tastic&quot; was the word gruber used to justify<br>
&gt;&gt; his choice that his version of markdown would recognize<br>
&gt;&gt; intraword italics.  so that&#39;s why _i_ used that one as well.<br>
&gt;&gt;<br>
&gt;&gt; now, the reason i followed it up with my reference to the<br>
&gt;&gt; dead-skunk problem is because it&#39;s almost perfect as a<br>
&gt;&gt; demonstration of the full range of problems these days...<br>
&gt;&gt;<br>
&gt;&gt; a person comes in and says, &quot;hey, i noticed this glitch&quot;.<br>
&gt;&gt;<br>
&gt;&gt; somebody else says &quot;here&#39;s a workaround you can use.&quot;<br>
&gt;&gt;<br>
&gt;&gt; which -- first -- ignores the fact that it&#39;s after-the-fact.<br>
&gt;&gt;<br>
&gt;&gt; but, in this particular case, the suggestion was actually<br>
&gt;&gt; better than most.  to remind you, the workaround was to<br>
&gt;&gt; surround filename_withanunderbar.txt with `backticks`,<br>
&gt;&gt; which marks it as `code`, and thus short-circuits italics.<br>
&gt;&gt;<br>
&gt;&gt; because, as the suggester pointed out, it is the case that<br>
&gt;&gt; you probably _want_ filenames to be marked as `code`,<br>
&gt;&gt; so they will display in a different typeface, and stand out.<br>
&gt;&gt;<br>
&gt;&gt; the problem with that tactic, however, is that it does not<br>
&gt;&gt; address the situation where you would want the word to<br>
&gt;&gt; be rendered with the same typeface as surrounding text.<br>
&gt;&gt; you wouldn&#39;t want &quot;fan_f*ck*ng_tastic&quot; marked as code.<br>
&gt;&gt;<br>
&gt;&gt; so...  sticking with the problem in regard to filenames...<br>
&gt;&gt;<br>
&gt;&gt; another workaround would be to backslash/escape the<br>
&gt;&gt; underbar in the filename, which will also nix the italics,<br>
&gt;&gt; but that presents a different problem, which is that now<br>
&gt;&gt; we&#39;ve gummed up the plain-text version of the filename<br>
&gt;&gt; with an unwanted backslash, with unknown side-effects.<br>
&gt;&gt; (since you just know somebody is going to end up using<br>
&gt;&gt; that now-improper filename, and they will suffer for it.)<br>
&gt;&gt;<br>
&gt;&gt; that same type of problem would likely manifest with the<br>
&gt;&gt; &quot;just use raw .html&quot; workaround, even if you can find the<br>
&gt;&gt; way to concoct that.  (it hurts my brain to think about it;<br>
&gt;&gt; i&#39;m using light-markup so i&#39;m not forced to do raw html.)<br>
&gt;&gt;<br>
&gt;&gt; the fact is, we really want to leave a filename untouched.<br>
&gt;&gt; but we also don&#39;t want its underbars to be italic triggers.<br>
&gt;&gt;<br>
&gt;&gt; and remember that when an underbar is misrecognized<br>
&gt;&gt; as an italic-trigger, it&#39;s dropped from .html output, so<br>
&gt;&gt; we now have _another_ wrong version of that filename,<br>
&gt;&gt; in addition to the difficult problem of the runaway italics.<br>
&gt;&gt;<br>
&gt;&gt; and, just to remind y&#39;all that this is even _more_ thorny,<br>
&gt;&gt; this underbar problem also happens regularly with urls.<br>
&gt;&gt;<br>
&gt;&gt; (there are other instances too, but i do not intend to<br>
&gt;&gt; share all of the results from my hard-fought research;<br>
&gt;&gt; since url&#39;s have the problem, it is significant enough.)<br>
&gt;&gt;<br>
&gt;&gt; this is not a thing we can casually sweep under the rug.<br>
&gt;&gt;<br>
&gt;&gt; which is why some markdown script-writers have just<br>
&gt;&gt; decided that they will _disallow_ intraword underbars.<br>
&gt;&gt;<br>
&gt;&gt; and, in defense of that decision, it is the absolute truth<br>
&gt;&gt; that browsers make a sad tragedy with intraword italics.<br>
&gt;&gt; go look at some, take a hard look, and you _will_ see it:<br>
&gt;&gt; the italic characters either slant into the upright ones, or<br>
&gt;&gt; lean far too far away from them. either side, it&#39;s _awful_.<br>
&gt;&gt;<br>
&gt;&gt; so yes, many markdown scripters do an outright ban...<br>
&gt;&gt;<br>
&gt;&gt; which is fine if you are god, and you make the decisions.<br>
&gt;&gt;<br>
&gt;&gt; but if you are beholden to users, it might not be so good.<br>
&gt;&gt;<br>
&gt;&gt; and if you consider yourself to be a _servant_of_writers_,<br>
&gt;&gt; then you really need to do a bit of research (or lots of it)<br>
&gt;&gt; to discern if writers actually do ever use intraword italics.<br>
&gt;&gt;<br>
&gt;&gt; that was what i did, as i was developing my light-markup.<br>
&gt;&gt;<br>
&gt;&gt; so i can tell you that, yes, indeed, writers _do_ use them.<br>
&gt;&gt;<br>
&gt;&gt; not a lot, of course, but they&#39;re not that infrequent either,<br>
&gt;&gt; and it is a sizable percentage of writers that do use them.<br>
&gt;&gt;<br>
&gt;&gt; so that&#39;s probably why about _half_ of the implementations<br>
&gt;&gt; ban &#39;em, and half _allow_ them.  it&#39;s split down the middle.<br>
&gt;&gt;<br>
&gt;&gt; so if you really want to know if it&#39;s acceptable to ban them,<br>
&gt;&gt; my advice would be &quot;no&quot;.<br>
&gt;&gt;<br>
&gt;&gt; ***<br>
&gt;&gt;<br>
&gt;&gt; now, let&#39;s go back and look what the original poster said.<br>
&gt;&gt;<br>
&gt;&gt; &gt;   Why not to ignore all &quot;_&quot;<br>
&gt;&gt; &gt;   which are not followed or preceded<br>
&gt;&gt; &gt;   either by a whitespace or by a newline?<br>
&gt;&gt;<br>
&gt;&gt; just for the record, a newline _is_ whitespace, so we can<br>
&gt;&gt; strike the &quot;or by a newline&quot; phrase; just use &quot;whitespace&quot;.<br>
&gt;&gt;<br>
&gt;&gt; as a first pass in thinking about that issue, that&#39;s not bad.<br>
&gt;&gt; i&#39;d say it&#39;s the &quot;solution&quot; most people would come up with.<br>
&gt;&gt;<br>
&gt;&gt; i wouldn&#39;t even be surprised if some implementations do<br>
&gt;&gt; indeed use exactly that rule to govern their conversions...<br>
&gt;&gt;<br>
&gt;&gt; but if you actually go look at where italics markup is used,<br>
&gt;&gt; you&#39;ll find many people put italics _inside_ any punctuation.<br>
&gt;&gt; (most typically, you can find this with double-quote marks,<br>
&gt;&gt; but any terminal-punctuation will present the same issue.)<br>
&gt;&gt;<br>
&gt;&gt; now i wouldn&#39;t recommend that, because -- as i just said --<br>
&gt;&gt; browsers do a lousy job when italics are next to un-italics,<br>
&gt;&gt; and that&#39;s true for punctuation as much as other characters.<br>
&gt;&gt;<br>
&gt;&gt; but the fact remains that a lot of people use italics like that,<br>
&gt;&gt; so if you use &quot;whitespace&quot; as the rule, you&#39;ll screw them up.<br>
&gt;&gt;<br>
&gt;&gt; (of course, by putting your underbars _outside_ quotemarks,<br>
&gt;&gt; you can screw up some conversion routines for curly-quotes,<br>
&gt;&gt; because _they_ are using whitespace to make their decisions;<br>
&gt;&gt; but that&#39;s why you need to decide things in a systematic way.)<br>
&gt;&gt;<br>
&gt;&gt; again, back to the original poster:<br>
&gt;&gt;<br>
&gt;&gt; &gt;   It would be nice to make<br>
&gt;&gt; &gt;   a part of the official Markdown definition<br>
&gt;&gt; &gt;   then all implementation will display this in the same way.<br>
&gt;&gt;<br>
&gt;&gt; as gruber put it, years ago and very recently, people _say_<br>
&gt;&gt; they wanna have an &quot;official&quot; version of markdown -- but<br>
&gt;&gt; what they _mean_ is that they want _their_ pet desires to<br>
&gt;&gt; receive his stamp of approval as &quot;the official markdown&quot;.<br>
&gt;&gt;<br>
&gt;&gt; but if gruber _were_ to make an &quot;official version&quot;, he says<br>
&gt;&gt; that it would make those people very unhappy, because he<br>
&gt;&gt; will instantiate _his_ pet desires as the canonical standard.<br>
&gt;&gt;<br>
&gt;&gt; so, let me say to the original poster, gruber _did_ make the<br>
&gt;&gt; closest thing to an official version, and it specifically _allows_<br>
&gt;&gt; intraword italics.  so you wouldn&#39;t get what you want anyway.<br>
&gt;&gt;<br>
&gt;&gt; which is not to say that other implementations, which do it<br>
&gt;&gt; _differently_ are &quot;wrong&quot;, because gruber likes it &quot;flexible&quot;.<br>
&gt;&gt;<br>
&gt;&gt; in other words, he doesn&#39;t _want_ all implementations to<br>
&gt;&gt; &quot;display in the same way&quot;.  which could be well and good,<br>
&gt;&gt; if not for all these dead skunks in the middle of the road.<br>
&gt;&gt;<br>
&gt;&gt; you can call it &quot;flexiblity&quot;, or you can call it &quot;inconsistencies&quot;.<br>
&gt;&gt;<br>
&gt;&gt; whether you, or i, or anyone else for that matter, considers<br>
&gt;&gt; all this to be &quot;right&quot; or &quot;wrong&quot; is entirely beside the point...<br>
&gt;&gt;<br>
&gt;&gt; since gruber ain&#39;t gonna change his ways, and neither are<br>
&gt;&gt; the many developers, whose stubborn insistence has also<br>
&gt;&gt; been equally-well documented, there is no resolution here.<br>
&gt;&gt;<br>
&gt;&gt; which is why most people have stopped thinking long ago.<br>
&gt;&gt;<br>
&gt;&gt; ***<br>
&gt;&gt;<br>
&gt;&gt; and _that_, my friends, is another one of the problems here.<br>
&gt;&gt;<br>
&gt;&gt; because that refusal to do any more thinking on the matters<br>
&gt;&gt; -- the disinclination to remove dead skunks from the road --<br>
&gt;&gt; means that the situation really has become totally hopeless.<br>
&gt;&gt;<br>
&gt;&gt; as fletcher put it, in his reply to the original poster:<br>
&gt;&gt;<br>
&gt;&gt; &gt;   Stick around.  You&#39;ll learn.   ;)<br>
&gt;&gt;<br>
&gt;&gt; hey, at least he put a winkey-smiley after it...   ;+)<br>
&gt;&gt;<br>
&gt;&gt; ***<br>
&gt;&gt;<br>
&gt;&gt; so, just to do a follow-through as a for-example for you,<br>
&gt;&gt; let me run you through the thinking that i did when i was<br>
&gt;&gt; working about the aspects of this intraword italics issue.<br>
&gt;&gt;<br>
&gt;&gt; one part, which i mentioned above, was to survey books<br>
&gt;&gt; -- as my system focuses on books -- to see if authors<br>
&gt;&gt; actually use intraword italics.  and they occasionally do.<br>
&gt;&gt;<br>
&gt;&gt; on the other hand, more research revealed quite readily<br>
&gt;&gt; that there was a problem with both filenames and urls,<br>
&gt;&gt; as they often contain underbars.  (and, so i note it, yes,<br>
&gt;&gt; a url _is_ a filename, but sometimes it&#39;s a symbolic one<br>
&gt;&gt; -- in the sense that the &quot;file&quot; does not actually exist --<br>
&gt;&gt; so both for purposes of clarity and to remind us of the<br>
&gt;&gt; full range of the problem, i mention them specifically.)<br>
&gt;&gt;<br>
&gt;&gt; so, both use-cases do exist.  we have intraword italics,<br>
&gt;&gt; and intraword underbars that must be taken as literals.<br>
&gt;&gt;<br>
&gt;&gt; thus, we need a way to differentiate them.<br>
&gt;&gt;<br>
&gt;&gt; the key here, to which i have already given one big hint,<br>
&gt;&gt; is that the literal-underbars occur in specific situations,<br>
&gt;&gt; namely for filenames and urls.  intraword italics, on the<br>
&gt;&gt; other hand, occur (by definition) in the middle of words.<br>
&gt;&gt;<br>
&gt;&gt; so when my system encounters an underbar in a string,<br>
&gt;&gt; it decides whether the string is a filename/url or a word.<br>
&gt;&gt; in the former, the underbar is seen as a literal character;<br>
&gt;&gt; in the latter, the underbar is considered an italic trigger.<br>
&gt;&gt;<br>
&gt;&gt; it&#39;s relatively simple to determine if something is a url;<br>
&gt;&gt; e.g., an &quot;http&quot; or a &quot;www&quot; or a &quot;.com&quot; is a dead giveway.<br>
&gt;&gt; and an internal period is a good indicator of a filename,<br>
&gt;&gt; especially if it&#39;s followed by a known filename extension.<br>
&gt;&gt;<br>
&gt;&gt; likewise, it&#39;s relatively easy to tell if something is a word,<br>
&gt;&gt; or is not, once you have removed the underbars inside it.<br>
&gt;&gt; if it&#39;s in the dictionary, or if it&#39;s repeated (sans underbars)<br>
&gt;&gt; elsewhere in the document, odds are that the underbars<br>
&gt;&gt; in this version of the string are intended as italic triggers.<br>
&gt;&gt;<br>
&gt;&gt; so, in my testing, this decision-rule has been pretty solid.<br>
&gt;&gt;<br>
&gt;&gt; it&#39;s not something that i would recommend for markdown,<br>
&gt;&gt; because of factors i will discuss later, but it works for me.<br>
&gt;&gt;<br>
&gt;&gt; and, more to the point i&#39;m trying to make here, it&#39;s what<br>
&gt;&gt; can happen if you really try hard to resolve a discrepancy,<br>
&gt;&gt; rather than simply just throwing your hands up in the air.<br>
&gt;&gt; (like you just don&#39;t care. hu-hum, hu-hum, baby-cakes.)<br>
&gt;&gt;<br>
&gt;&gt; i mean, i understand the paralysis that _will_ result when<br>
&gt;&gt; you&#39;re mired in a standoff situation, like this has become,<br>
&gt;&gt; but i think you markdown developers need to fight that.<br>
&gt;&gt; instead, you&#39;ve all let yourself become complacent about<br>
&gt;&gt; the edge-cases and inconsistencies that dog the format.<br>
&gt;&gt;<br>
&gt;&gt; a little elbow-grease might go a long way, is what i say.<br>
&gt;&gt;<br>
&gt;&gt; but you&#39;re going to have to apply it.  i had to work a lot<br>
&gt;&gt; to come to the easy understanding of intraword italics<br>
&gt;&gt; that i have just imparted to you.  you need to work too.<br>
&gt;&gt;<br>
&gt;&gt; and, for me, the italics situation was actually less sticky<br>
&gt;&gt; than the asterisk problem, because asterisk-overload is<br>
&gt;&gt; much, much worse.  asterisks -- which i use for *bold*<br>
&gt;&gt; (and i didn&#39;t take the easy way out and require two) --<br>
&gt;&gt; _also_ represent bullets in unordered lists, _and_ occur<br>
&gt;&gt; in equations where they are the sign for multiplication.<br>
&gt;&gt; writing the routines to sort through all that was a pain.<br>
&gt;&gt;<br>
&gt;&gt; further, curly-quote conversion isn&#39;t as easy as it seems.<br>
&gt;&gt; a single round of thinking (like microsoft did) will create<br>
&gt;&gt; a converter that makes some very embarassing mistakes.<br>
&gt;&gt;<br>
&gt;&gt; even a couple more rounds of thinking might not give<br>
&gt;&gt; you a routine that correctly gives straight-quotes in the<br>
&gt;&gt; cases where the marks are referring to feet and inches,<br>
&gt;&gt; or the minutes-and-seconds part of lattitude/longitude.<br>
&gt;&gt;<br>
&gt;&gt; again, this is the kind of intense thinking you have to do<br>
&gt;&gt; if you wanna sort through these types of difficulties, but<br>
&gt;&gt; nobody here that i can see is doing much thinking at all.<br>
&gt;&gt; and for sure you don&#39;t share any thinking you are doing,<br>
&gt;&gt; or bounce ideas off of each other in a collaborative way.<br>
&gt;&gt;<br>
&gt;&gt; and that&#39;s really sad.<br>
&gt;&gt;<br>
&gt;&gt; ***<br>
&gt;&gt;<br>
&gt;&gt; so, anyway, this is what i&#39;d recommend for markdown,<br>
&gt;&gt; as your general solution to the underbar/italic problem.<br>
&gt;&gt;<br>
&gt;&gt; (and, yes, i am chuckling as i write this, because i know<br>
&gt;&gt; darn well that nobody even wants &quot;a general solution&quot;,<br>
&gt;&gt; and even though some implementations already do it,<br>
&gt;&gt; the rest -- including gruber -- will never, ever, follow,<br>
&gt;&gt; so any such proposal is an exercise in mere folly, but...)<br>
&gt;&gt;<br>
&gt;&gt; anyway, here it is:<br>
&gt;&gt;<br>
&gt;&gt; ban intraword italics, outright, with full notice, _but_<br>
&gt;&gt; make it clear that the workaround is to use raw .html<br>
&gt;&gt; to obtain the necessary italics for any intraword needs.<br>
&gt;&gt;<br>
&gt;&gt; (and if you&#39;re curious why i don&#39;t use this in my system,<br>
&gt;&gt; the reason is because i do not permit raw .html at all.)<br>
&gt;&gt;<br>
&gt;&gt; ***<br>
&gt;&gt;<br>
&gt;&gt; and, finally, hey, let&#39;s put this all into perspective, ok?<br>
&gt;&gt;<br>
&gt;&gt; the kind of standoff we have here is relatively minor.<br>
&gt;&gt; and the problems we see border on the most trivial...<br>
&gt;&gt;<br>
&gt;&gt; we see the same type of stubborness at a larger level<br>
&gt;&gt; as the big corporations continue lobbying for d.r.m.,<br>
&gt;&gt; and the big tech companies up their lock-in tactics.<br>
&gt;&gt;<br>
&gt;&gt; and unlike here, in little old markdown land, where<br>
&gt;&gt; there is no money to be made one way or the other,<br>
&gt;&gt; the dollars from d.r.m. and lock-in could be _huge_.<br>
&gt;&gt; so those companies are gonna be firm, intransigent,<br>
&gt;&gt; and persistent in their stubbornness and their greed.<br>
&gt;&gt;<br>
&gt;&gt; and, on a bigger level still, look at global warming,<br>
&gt;&gt; and the way that we are rapidly polluting our planet.<br>
&gt;&gt;<br>
&gt;&gt; again, the standoff there is so much more dangerous,<br>
&gt;&gt; as the money is _staggering_, so don&#39;t even bother to<br>
&gt;&gt; wonder if any of the big corporations will ever change.<br>
&gt;&gt;<br>
&gt;&gt; and once humans go extinct, it will not really matter if,<br>
&gt;&gt; once upon a time, somewhere along the line, someone<br>
&gt;&gt; had their italics messed up because of a stray underbar.<br>
&gt;&gt;<br>
&gt;&gt; so, just so you know, if it was _just_ markdown that this<br>
&gt;&gt; was relevant to, i probably wouldn&#39;t care nearly so much.<br>
&gt;&gt;<br>
&gt;&gt; but the problem of stubborn standoffs is much bigger,<br>
&gt;&gt; and applies to arenas far larger than this little molehill,<br>
&gt;&gt; causing problems worse than the smell of dead skunks,<br>
&gt;&gt; and _that_ is why i care, and why i choose to speak up...<br>
&gt;&gt;<br>
&gt;&gt; now i will ask you: why do you sit and suffer in silence?<br>
&gt;&gt;<br>
&gt;&gt; -bowerbird<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Markdown-Discuss mailing list<br>
&gt;&gt; <a href="mailto:Markdown-Discuss@six.pairlist.net">Markdown-Discuss@six.pairlist.net</a><br>
&gt;&gt; <a href="http://six.pairlist.net/mailman/listinfo/markdown-discuss" target="_blank">http://six.pairlist.net/mailman/listinfo/markdown-discuss</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Markdown-Discuss mailing list<br>
&gt; <a href="mailto:Markdown-Discuss@six.pairlist.net">Markdown-Discuss@six.pairlist.net</a><br>
&gt; <a href="http://six.pairlist.net/mailman/listinfo/markdown-discuss" target="_blank">http://six.pairlist.net/mailman/listinfo/markdown-discuss</a><br>
&gt;<br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: &lt;<a href="http://six.pairlist.net/pipermail/markdown-discuss/attachments/20130707/56283d21/attachment.html" target="_blank">http://six.pairlist.net/pipermail/markdown-discuss/attachments/20130707/56283d21/attachment.html</a>&gt;<br>

<br>
------------------------------<br>
<br>
_______________________________________________<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>
<br>
<br>
End of Markdown-Discuss Digest, Vol 125, Issue 8<br>
************************************************<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>&quot;Software - secure, cheap, quick - choose any two&quot;
</div>