From 4bc4bf4695634dba18bb2eaa8c9c63a64d04558d Mon Sep 17 00:00:00 2001 From: John MacFarlane Date: Mon, 1 Sep 2014 11:51:29 -0700 Subject: Spec: clarify that code block ends when containing block does. @balpha, let me know if you think the wording can be improved. Closes #6. --- spec.txt | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) (limited to 'spec.txt') diff --git a/spec.txt b/spec.txt index 81ecb00..ae60f60 100644 --- a/spec.txt +++ b/spec.txt @@ -1038,11 +1038,12 @@ spaces, all of the indentation is removed.) The closing code fence may be indented up to three spaces, and may be followed only by spaces, which are ignored. If the end of the -document is reached and no closing code fence has been found, the code -block contains all of the lines after the opening code fence. -(An alternative spec would require backtracking in the event -that a closing code fence is not found. But this makes parsing much -less efficient, and there seems to be no real down side to the +containing block (or document) is reached and no closing code fence +has been found, the code block contains all of the lines after the +opening code fence until the end of the containing block (or +document). (An alternative spec would require backtracking in the +event that a closing code fence is not found. But this makes parsing +much less efficient, and there seems to be no real down side to the behavior described here.) A fenced code block may interrupt a paragraph, and does not require -- cgit v1.2.3