@@ -248,7 +248,7 @@ satisfactory replacement for a spec.
248248
249249Because there is no unambiguous spec, implementations have diverged
250250considerably. As a result, users are often surprised to find that
251- a document that renders one way on one system (say, a github wiki)
251+ a document that renders one way on one system (say, a GitHub wiki)
252252renders differently on another (say, converting to docbook using
253253pandoc). To make matters worse, because nothing in Markdown counts
254254as a "syntax error," the divergence often isn't discovered right away.
@@ -1872,7 +1872,7 @@ Code fences (opening and closing) cannot contain internal spaces:
18721872``` ```
18731873aaa
18741874.
1875- <p><code></code>
1875+ <p><code> </code>
18761876aaa</p>
18771877````````````````````````````````
18781878
@@ -5758,7 +5758,8 @@ following ways:
57585758
57595759- First, [line endings] are converted to [spaces].
57605760- If the resulting string both begins *and* ends with a [space]
5761- character, a single [space] character is removed from the
5761+ character, but does not consist entirely of [space]
5762+ characters, a single [space] character is removed from the
57625763 front and back. This allows you to include code that begins
57635764 or ends with backtick characters, which must be separated by
57645765 whitespace from the opening or closing backtick strings.
@@ -5818,6 +5819,16 @@ stripped in this way:
58185819<p><code> b </code></p>
58195820````````````````````````````````
58205821
5822+ No stripping occurs if the code span contains only spaces:
5823+
5824+ ```````````````````````````````` example
5825+ ` `
5826+ ` `
5827+ .
5828+ <p><code> </code>
5829+ <code> </code></p>
5830+ ````````````````````````````````
5831+
58215832
58225833[Line endings] are treated like spaces:
58235834
0 commit comments