@@ -248,7 +248,7 @@ satisfactory replacement for a spec.
248
248
249
249
Because there is no unambiguous spec, implementations have diverged
250
250
considerably. 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)
252
252
renders differently on another (say, converting to docbook using
253
253
pandoc). To make matters worse, because nothing in Markdown counts
254
254
as a "syntax error," the divergence often isn't discovered right away.
@@ -1872,7 +1872,7 @@ Code fences (opening and closing) cannot contain internal spaces:
1872
1872
``` ```
1873
1873
aaa
1874
1874
.
1875
- <p><code></code>
1875
+ <p><code> </code>
1876
1876
aaa</p>
1877
1877
````````````````````````````````
1878
1878
@@ -5758,7 +5758,8 @@ following ways:
5758
5758
5759
5759
- First, [line endings] are converted to [spaces].
5760
5760
- 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
5762
5763
front and back. This allows you to include code that begins
5763
5764
or ends with backtick characters, which must be separated by
5764
5765
whitespace from the opening or closing backtick strings.
@@ -5818,6 +5819,16 @@ stripped in this way:
5818
5819
<p><code> b </code></p>
5819
5820
````````````````````````````````
5820
5821
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
+
5821
5832
5822
5833
[Line endings] are treated like spaces:
5823
5834
0 commit comments