Markdown uses email conventions for quoting blocks of text.
>This is a block quote. This
>paragraph has two lines.
>
> 1. This is a list inside a block quote.
> 2. Second item.
A "lazy" form, which requires the `>` character only on the first line of each
block, is also allowed:
> This is a block quote. This
paragraph has two lines.
> 1. This is a list inside a block quote.
2. Second item.
Among the block elements that can be contained in a block quote are other block
quotes. That is, block quotes can be nested:
> This is a block quote.
>
> > A block quote within a block quote.
If the `>` character is followed by an optional space, that space will be
considered part of the block quote marker and not part of the indentation of
the contents. Thus, to put an indented code block in a block quote, you need
five spaces after the `>`:
> code
### Extension: `blank_before_blockquote`
Original Markdown syntax does not require a blank line before a block quote.
Pandoc does require this (except, of course, at the beginning of the document).
The reason for the requirement is that it is all too easy for a `>` to end up
at the beginning of a line by accident (perhaps through line wrapping). So,
unless the `markdown_strict` format is used, the following does not produce a
nested block quote in pandoc:
> This is a block quote.
>> Not nested, since `blank_before_blockquote` is enabled by default
> practical skills in:
>
> - Developing and integrating custom formats to support diverse outputs
> while reducing repetition across projects.
> - Substituting Quarto’s templates with your own to customize formats
> beyond the built-in options.
> - Implementing filters to automate and streamline content
> transformation.