<blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<font class="Apple-style-span" color="#666666">I don&#39;t buy the argument that since default browser behaviour is to ignore this space,</font></blockquote></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<br></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<font class="Apple-style-span" color="#666666">Who makes that argument?   If so, I think they&#39;re doing it wrong;  recent versions of firefox and safari don&#39;t ignore trailing spaces in a code span, nor do recent versions of lynx.</font></blockquote>
<div><br></div><div>I should have been clearer. My experimentation revealed that browsers respect the trailing space between the code tags but ignore the space following the closing tag. The end result is one space rather than two. The inverted example renders like so:</div>
<div><br></div><div>Added <font class="Apple-style-span" face="&#39;courier new&#39;, monospace"><span class="Apple-style-span" style="background-color: rgb(0, 0, 0);"><font class="Apple-style-span" color="#FFFFFF">&gt;&gt;&gt; </font></span></font>to signify user input.</div>
<div><br></div><div>Not quite what we&#39;re after.</div><div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<font class="Apple-style-span" color="#666666">Well, yes, it might be wrong, but that&#39;s how the language works (&quot;one after the opening, one before the closing&quot; is what &lt;<a href="http://daringfireball.net/projects/markdown/syntax#code">http://daringfireball.net/projects/markdown/syntax#code</a>&gt; says, And it gives an example (`` `foo` ``) as well.</font></blockquote>
<div><br></div><div>John&#39;s examples suggest that this stripping should apply only within `` double-backticked `` contexts. I imagine his intention was to avoid the leading and trailing spaces in `` `foo` `` (required by the syntax) from being included in the output. I can&#39;t imagine any reason to strip whitespace in regular ` single-backticked ` contexts.</div>
<div><br></div><div><b>Do others agree that stripping should occur only within double-backticked contexts?</b> Perhaps we could get John to chime in.</div><div><br></div><div>David<br><br><div class="gmail_quote"><br></div>
<div class="gmail_quote">On 13 February 2011 11:50, David Parsons <span dir="ltr">&lt;<a href="mailto:orc@pell.portland.or.us">orc@pell.portland.or.us</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On Feb 13, 2011, at 11:28 AM, David Chambers wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi folks,<br>
<br>
Yesterday I raised an issue about inconsistent preservation of whitespace in Python-Markdown.<br>
<br>
    &gt;&gt;&gt; import markdown<br>
    &gt;&gt;&gt; md = markdown.Markdown()<br>
    &gt;&gt;&gt; md.convert(&#39;Added `&gt;&gt;&gt; ` to signify user input.&#39;)<br>
    u&#39;&lt;p&gt;Added &lt;code&gt;&amp;gt;&amp;gt;&amp;gt;&lt;/code&gt; to signify user input.&lt;/p&gt;&#39;<br>
<br>
According to Waylan, all but one of the Markdown implementations drop the trailing slash within the backticks. This seems wrong to me.<br>
</blockquote>
<br></div>
  Well, yes, it might be wrong, but that&#39;s how the language<br>
works (&quot;one after the opening, one before the closing&quot; is what<br>
&lt;<a href="http://daringfireball.net/projects/markdown/syntax#code" target="_blank">http://daringfireball.net/projects/markdown/syntax#code</a>&gt; says,<br>
  And it gives an example (`` `foo` ``) as well.<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don&#39;t buy the argument that since default browser behaviour<br>
is to ignore this space,<br>
</blockquote>
<br></div>
  Who makes that argument?   If so, I think they&#39;re doing it<br>
wrong;  recent versions of firefox and safari don&#39;t ignore<br>
trailing spaces in a code span, nor do recent versions of lynx.<br>
<br>
And it&#39;s not as if there isn&#39;t a simple workaround, either;<br>
if you want your text to be &gt;&gt;&gt;_ (_ for space, of course)<br>
there&#39;s the inelegant replacement of &gt;&gt;&gt;__, which should see<br>
the second space stripped off leaving you with the first one<br>
(the extra-inelegant replacement is &lt;code&gt;&gt;&gt;&gt; &lt;/code&gt;, which<br>
will sail happily through at least one markdown processor.)<br>
<br>
-david parsons<br><font color="#888888">
<br>
<br>
<br>
    -david parsons<br>
_______________________________________________<br>
Markdown-Discuss mailing list<br>
<a href="mailto:Markdown-Discuss@six.pairlist.net" target="_blank">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>
</font></blockquote></div><br></div>