Files
pandoc/test/writer.textile
T
Albert KrewinkelandAner Lucero 909ced5153 Support complex figures. [API change]
Thanks and credit go to Aner Lucero, who laid the groundwork for this
feature in the 2021 GSoC project. He contributed many changes, including
modifications to the readers for HTML, JATS, and LaTeX, and to the HTML
and JATS writers.

Shared (Albert Krewinkel):

- The new function `figureDiv`, exported from `Text.Pandoc.Shared`,
  offers a standardized way to convert a figure into a Div element.

Readers (Aner Lucero):

- HTML reader: `<figure>` elements are parsed as figures, with the
  caption taken from the respective `<figcaption>` elements.

- JATS reader: The `<fig>` and `<caption>` elements are parsed into
  figure elements, even if the contents is more complex.

- LaTeX reader: support for figures with non-image contents and for
  subfigures.

- Markdown reader: paragraphs containing just an image are treated as
  figures if the `implicit_figures` extension is enabled. The identifier
  is used as the figure's identifier and the image description is also
  used as figure caption; all other attributes are treated as belonging
  to the image.

Writers (Aner Lucero, Albert Krewinkel):

- DokuWiki, Haddock, Jira, Man, MediaWiki, Ms, Muse, PPTX, RTF, TEI,
  ZimWiki writers: Figures are rendered like Div elements.

- Asciidoc writer: The figure contents is unwrapped; each image in the
  the figure becomes a separate figure.

- Classic custom writers: Figures are passed to the global function
  `Figure(caption, contents, attr)`, where `caption` and `contents` are
  strings and `attr` is a table of key-value pairs.

- ConTeXt writer: Figures are wrapped in a "placefigure" environment
  with `\startplacefigure`/`\endplacefigure`, adding the features
  caption and listing title as properties. Subfigures are place in a
  single row with the `\startfloatcombination` environment.

- DocBook writer: Uses `mediaobject` elements, unless the figure contains
  subfigures or tables, in which case the figure content is unwrapped.

- Docx writer: figures with multiple content blocks are rendered as
  tables with style `FigureTable`; like before, single-image figures are
  still output as paragraphs with style `Figure` or `Captioned Figure`,
  depending on whether a caption is attached.

- DokuWiki writer: Caption and "alt-text" are no longer combined. The
  alt text of a figure will now be lost in the conversion.

- FB2 writer: The figure caption is added as alt text to the images in
  the figure; pre-existing alt texts are kept.

- ICML writer: Only single-image figures are supported. The contents of
  figures with additional elements gets unwrapped.

- HTML writer: the alt text is no longer constructed from the caption,
  as was the case with implicit figures. This reduces duplication, but
  comes at the risk of images that are missing alt texts. Authors should
  take care to provide alt texts for all images.

  Some readers, most notably the Markdown reader with the
  `implicit_figures` extension, add a caption that's identical to the
  image description. The writer checks for this and adds an
  `aria-hidden` attribute to the `<figcaption>` element in that case.

- JATS writer: The `<fig>` and `<caption>` elements are used write
  figures.

- LaTeX writer: complex figures, e.g. with non-image contents and
  subfigures, are supported. The `subfigure` template variable is set if
  the document contains subfigures, triggering the conditional loading
  of the *subcaption* package. Contants of figures that contain tables
  are become unwrapped, as longtable environments are not allowed within
  figures.

- Markdown writer: figures are output as implicit figures if possible,
  via HTML if the `raw_html` extension is enabled, and as Div elements
  otherwise.

- OpenDocument writer: A separate paragraph is generated for each block
  element in a figure, each with style `FigureWithCaption`. Behavior for
  single-image figures therefore remains unchanged.

- Org writer: Only the first element in a figure is given a caption;
  additional block elements in the figure are appended without any
  caption being added.

- RST writer: Single-image figures are supported as before; the contents
  of more complex images become nested in a container of type `float`.

- Texinfo writer: Figures are rendered as float with type `figure`.

- Textile writer: Figures are rendered with the help of HTML elements.

- XWiki: Figures are placed in a group.

Co-authored-by: Aner Lucero <4rgento@gmail.com>
2023-01-13 09:13:27 -08:00

729 lines
10 KiB
Plaintext
Raw Permalink Blame History

This file contains invisible Unicode characters
This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
This is a set of tests for pandoc. Most of them are adapted from John Gruber's markdown test suite.
<hr />
h1(#headers). Headers
h2(#level-2-with-an-embedded-link). Level 2 with an "embedded link":/url
h3(#level-3-with-emphasis). Level 3 with _emphasis_
h4(#level-4). Level 4
h5(#level-5). Level 5
h1(#level-1). Level 1
h2(#level-2-with-emphasis). Level 2 with _emphasis_
h3(#level-3). Level 3
with no blank line
h2(#level-2). Level 2
with no blank line
<hr />
h1(#paragraphs). Paragraphs
Here's a regular paragraph.
In Markdown 1.0.0 and earlier. Version 8. This line turns into a list item. Because a hard&#45;wrapped line in the middle of a paragraph looked like a list item.
Here's one with a bullet. &#42; criminey.
There should be a hard line break
here.
<hr />
h1(#block-quotes). Block Quotes
E&#45;mail style:
bq. This is a block quote. It is pretty short.
<blockquote>
Code in a block quote:
bc. sub status {
print "working";
}
A list:
# item one
# item two
Nested block quotes:
bq. nested
bq. nested
</blockquote>
This should not be a block quote: 2 &gt; 1.
And a following paragraph.
<hr />
h1(#code-blocks). Code Blocks
Code:
<pre>
---- (should be four hyphens)
sub status {
print &quot;working&quot;;
}
this code block is indented by one tab
</pre>
And:
<pre>
this code block is indented by two tabs
These should not be escaped: \$ \\ \&gt; \[ \{
</pre>
<hr />
h1(#lists). Lists
h2(#unordered). Unordered
Asterisks tight:
* asterisk 1
* asterisk 2
* asterisk 3
Asterisks loose:
* asterisk 1
* asterisk 2
* asterisk 3
Pluses tight:
* Plus 1
* Plus 2
* Plus 3
Pluses loose:
* Plus 1
* Plus 2
* Plus 3
Minuses tight:
* Minus 1
* Minus 2
* Minus 3
Minuses loose:
* Minus 1
* Minus 2
* Minus 3
h2(#ordered). Ordered
Tight:
# First
# Second
# Third
and:
# One
# Two
# Three
Loose using tabs:
# First
# Second
# Third
and using spaces:
# One
# Two
# Three
Multiple paragraphs:
<ol style="list-style-type: decimal;">
<li><p>Item 1, graf one.</p>
<p>Item 1. graf two. The quick brown fox jumped over the lazy dog's back.</p></li>
<li><p>Item 2.</p></li>
<li><p>Item 3.</p></li>
</ol>
h2(#nested). Nested
* Tab
** Tab
*** Tab
Here's another:
# First
# Second:
#* Fee
#* Fie
#* Foe
# Third
Same thing but with paragraphs:
# First
# Second:
#* Fee
#* Fie
#* Foe
# Third
h2(#tabs-and-spaces). Tabs and spaces
* this is a list item indented with tabs
* this is a list item indented with spaces
** this is an example list item indented with tabs
** this is an example list item indented with spaces
h2(#fancy-list-markers). Fancy list markers
<ol start="2" style="list-style-type: decimal;">
<li><p>begins with 2</p></li>
<li><p>and now 3</p>
<p>with a continuation</p>
<ol start="4" style="list-style-type: lower-roman;">
<li>sublist with roman numerals, starting with 4</li>
<li>more items
<ol style="list-style-type: upper-alpha;">
<li>a subsublist</li>
<li>a subsublist</li>
</ol>
</li>
</ol>
</li>
</ol>
Nesting:
<ol style="list-style-type: upper-alpha;">
<li>Upper Alpha
<ol style="list-style-type: upper-roman;">
<li>Upper Roman.
<ol start="6" style="list-style-type: decimal;">
<li>Decimal start with 6
<ol start="3" style="list-style-type: lower-alpha;">
<li>Lower alpha with paren</li>
</ol>
</li>
</ol>
</li>
</ol>
</li>
</ol>
Autonumbering:
# Autonumber.
# More.
## Nested.
Should not be a list item:
M.A. 2007
B. Williams
<hr />
h1(#definition-lists). Definition Lists
Tight using spaces:
<dl>
<dt>apple</dt>
<dd>red fruit</dd>
<dt>orange</dt>
<dd>orange fruit</dd>
<dt>banana</dt>
<dd>yellow fruit</dd>
</dl>
Tight using tabs:
<dl>
<dt>apple</dt>
<dd>red fruit</dd>
<dt>orange</dt>
<dd>orange fruit</dd>
<dt>banana</dt>
<dd>yellow fruit</dd>
</dl>
Loose:
<dl>
<dt>apple</dt>
<dd><p>red fruit</p></dd>
<dt>orange</dt>
<dd><p>orange fruit</p></dd>
<dt>banana</dt>
<dd><p>yellow fruit</p></dd>
</dl>
Multiple blocks with italics:
<dl>
<dt>_apple_</dt>
<dd><p>red fruit</p>
<p>contains seeds, crisp, pleasant to taste</p></dd>
<dt>_orange_</dt>
<dd><p>orange fruit</p>
bc. { orange code block }
bq. <p>orange block quote</p>
</dd>
</dl>
Multiple definitions, tight:
<dl>
<dt>apple</dt>
<dd>red fruit</dd>
<dd>computer</dd>
<dt>orange</dt>
<dd>orange fruit</dd>
<dd>bank</dd>
</dl>
Multiple definitions, loose:
<dl>
<dt>apple</dt>
<dd><p>red fruit</p></dd>
<dd><p>computer</p></dd>
<dt>orange</dt>
<dd><p>orange fruit</p></dd>
<dd><p>bank</p></dd>
</dl>
Blank line after term, indented marker, alternate markers:
<dl>
<dt>apple</dt>
<dd><p>red fruit</p></dd>
<dd><p>computer</p></dd>
<dt>orange</dt>
<dd><p>orange fruit</p>
<ol style="list-style-type: decimal;">
<li>sublist</li>
<li>sublist</li>
</ol>
</dd>
</dl>
h1(#html-blocks). HTML Blocks
Simple block on one line:
<div>
foo
</div>
And nested without indentation:
<div>
<div>
<div>
foo
</div>
</div>
<div>
bar
</div>
</div>
Interpreted markdown in a table:
<table>
<tr>
<td>
This is _emphasized_
</td>
<td>
And this is *strong*
</td>
</tr>
</table>
<script type="text/javascript">document.write('This *should not* be interpreted as markdown');</script>
Here's a simple block:
<div>
foo
</div>
This should be a code block, though:
bc. <div>
foo
</div>
As should this:
bc. <div>foo</div>
Now, nested:
<div>
<div>
<div>
foo
</div>
</div>
</div>
This should just be an HTML comment:
<!-- Comment -->
Multiline:
<!--
Blah
Blah
-->
<!--
This is another comment.
-->
Code block:
bc. <!-- Comment -->
Just plain comment, with trailing spaces on the line:
<!-- foo -->
Code:
bc. <hr />
Hr's:
<hr>
<hr />
<hr />
<hr>
<hr />
<hr />
<hr class="foo" id="bar" />
<hr class="foo" id="bar" />
<hr class="foo" id="bar">
<hr />
h1(#inline-markup). Inline Markup
This is _emphasized_, and so _is this_.
This is *strong*, and so *is this*.
An _"emphasized link":/url_.
*_This is strong and em._*
So is *_this_* word.
*_This is strong and em._*
So is *_this_* word.
This is code: @>@, @$@, @\@, @\$@, @<html>@.
-This is _strikeout_.-
Superscripts: a[^bc^]d a[^_hello_^] a[^hello there^].
Subscripts: H[~2~]O, H[~23~]O, H[~many of them~]O.
These should not be superscripts or subscripts, because of the unescaped spaces: a^b c^d, a~b c~d.
<hr />
h1(#smart-quotes-ellipses-dashes). Smart quotes, ellipses, dashes
"Hello," said the spider. "'Shelob' is my name."
'A', 'B', and 'C' are letters.
'Oak,' 'elm,' and 'beech' are names of trees. So is 'pine.'
'He said, "I want to go."' Were you alive in the 70's?
Here is some quoted '@code@' and a ""quoted link":http://example.com/?foo=1&bar=2".
Some dashes: one -- two -- three -- four -- five.
Dashes between numbers: 5 - 7, 255 - 66, 1987 - 1999.
Ellipses...and...and....
<hr />
h1(#latex). LaTeX
*
* <span class="math">2+2=4</span>
* <span class="math">x \in y</span>
* <span class="math">\alpha \wedge \omega</span>
* <span class="math">223</span>
* <span class="math">p</span>&#45;Tree
* Here's some display math: <span class="math">\frac{d}{dx}f(x)=\lim_{h\to 0}\frac{f(x+h)-f(x)}{h}</span>
* Here's one that has a line break in it: <span class="math">\alpha + \omega \times x^2</span>.
These shouldn't be math:
* To get the famous equation, write @$e = mc^2$@.
* $22,000 is a _lot_ of money. So is $34,000. (It worked if "lot" is emphasized.)
* Shoes ($20) and socks ($5).
* Escaped @$@: $73 _this should be emphasized_ 23$.
Here's a LaTeX table:
<hr />
h1(#special-characters). Special Characters
Here is some unicode:
* I hat: Î
* o umlaut: ö
* section: §
* set membership: ∈
* copyright: ©
AT&amp;T has an ampersand in their name.
AT&amp;T is another way to write it.
This &amp; that.
4 &lt; 5.
6 &gt; 5.
Backslash: \
Backtick: `
Asterisk: &#42;
Underscore: &#95;
Left brace: {
Right brace: }
Left bracket: [
Right bracket: ]
Left paren: (
Right paren: )
Greater&#45;than: &gt;
Hash: #
Period: .
Bang: !
Plus: &#43;
Minus: &#45;
<hr />
h1(#links). Links
h2(#explicit). Explicit
Just a "URL":/url/.
"URL and title":/url/.
"URL and title":/url/.
"URL and title":/url/.
"URL and title":/url/
"URL and title":/url/
"with&#95;underscore":/url/with_underscore
"Email link":mailto:nobody@nowhere.net
"Empty":.
h2(#reference). Reference
Foo "bar":/url/.
With "embedded [brackets]":/url/.
"b":/url/ by itself should be a link.
Indented "once":/url.
Indented "twice":/url.
Indented "thrice":/url.
This should [not][] be a link.
bc. [not]: /url
Foo "bar":/url/.
Foo "biz":/url/.
h2(#with-ampersands). With ampersands
Here's a "link with an ampersand in the URL":http://example.com/?foo=1&bar=2.
Here's a link with an amersand in the link text: "AT&amp;T":http://att.com/.
Here's an "inline link":/script?foo=1&bar=2.
Here's an "inline link in pointy braces":/script?foo=1&bar=2.
h2(#autolinks). Autolinks
With an ampersand: "$":http://example.com/?foo=1&bar=2
* In a list?
* "$":http://example.com/
* It should.
An e&#45;mail address: "(email)nobody&#64;nowhere.net":mailto:nobody@nowhere.net
bq. Blockquoted: "$":http://example.com/
Auto&#45;links should not occur here: @<http://example.com/>@
bc. or here: <http://example.com/>
<hr />
h1(#images). Images
From "Voyage dans la Lune" by Georges Melies (1902):
<figure>
<figcaption>
lalune
</figcaption>
!lalune.jpg(Voyage dans la Lune)!
</figure>
Here is a movie !movie.jpg(movie)! icon.
<hr />
h1(#footnotes). Footnotes
Here is a footnote reference,[1] and another.[2] This should _not_ be a footnote reference, because it contains a space.[^my note] Here is an inline note.[3]
bq. Notes can go in quotes.[4]
# And in list items.[5]
This paragraph should not be part of the note, as it is not indented.
fn1. Here is the footnote. It can go anywhere after the footnote reference. It need not be placed at the end of the document.
fn2. Here's the long note. This one contains multiple blocks.
Subsequent blocks are indented to show that they belong to the footnote (as with list items).
bc. { <code> }
If you want, you can indent every line, but you can also be lazy and just indent the first line of each block.
fn3. This is _easier_ to type. Inline notes may contain "links":http://google.com and @]@ verbatim characters, as well as [bracketed text].
fn4. In quote.
fn5. In list.