Age | Commit message (Collapse) | Author | Files | Lines |
|
So, `type="link"` or `type="LINK"`.
|
|
The _note attribute is supported. This is unofficial, but
used e.g. in OmniOutliner and supported by multimarkdown.
We treat the contents as markdown blocks under a section
header.
Added to documentation and tests.
|
|
This reverts commit f7229b147314042f946dfded3b441ab0fae260a0.
|
|
Added tests. This fixes a regression from 1.10.x. Closes #786.
|
|
They do not generate a Quoted element; instead, the double quote
is just turned into a Str with a curly left quote.
This should satisfy the fiction writers. Closes #99 (again).
|
|
Closes #763.
|
|
Previously, a LaTeX citation would always be parsed as a Citation
element, with the raw LaTeX in the [Inline] part.
Now, the LaTeX citation is parsed as a Citation element only if
`--biblio` was specified (i.e. only if there is a nonempty set
of references in readerReferences). Otherwise it is parsed as
raw LaTeX.
This will make it possible to simplify some things in the markdown
writer. It also makes the LaTeX reader behave more like the Markdown
reader.
|
|
|
|
Closes #763.
|
|
Convert it to a highlighting-kate language name.
|
|
We convert these to pandoc standard names, e.g. "numberLines"
for "numbers=left", "startFrom=100" from "firstnumber=100".
Still need to add code to convert the language names.
|
|
* Cleaned up parsing code.
* '-' in an attribute context = '.unnumbered'. The point of this
is to provide a way to specify unnumbered headers in non-English
documents.
|
|
Otherwise some pipe tables get treated as line blocks.
|
|
Closes #772.
|
|
This is needed for them to be rendered as figures.
Closes #766.
|
|
The uri parser is designed for bare URIs. In angle-bracket contexts,
we can be sure that we don't have trailing punctuation. So
`<http://openclipart.org/detail/22566/lego-smiley----happy-by-pitr>`
should work now.
Closes #768.
|
|
Closes #766.
|
|
(Markdown reader.)
|
|
See #761.
|
|
|
|
Includes `[lang]`, `(class #id)`, `{color:red}` styles.
|
|
|
|
Added tests for entities in titles and links.
Closes #723.
|
|
We no longer need to use fromEntities on titles.
|
|
Now if mmd_title_blocks is specified, pandoc will parse a
MMD title block if it sees one, even if pandoc_title_blocks is enabled.
|
|
|
|
Parsing failed if you had an unquoted attribute immediately
before the final '}'.
|
|
Closes #746.
|
|
This reverts commit d46f434d4b8906ae3b983e568549213de94fd1a2.
|
|
|
|
|
|
Note: Currently this only affects the markdown reader.
|
|
* Citations will work in markdown even if `--biblio` isn't
specified. Note: this may cause unexpected behavior for people
who use strings of the form `@foo` that are not citations!
* If `--biblio` isn't used, the markdown writer will write markdown
citations rather than CSL-rendered citations.
* This means, for example, that you can do `pandoc -f latex -t markdown`
and convert biblatex or natbib citations into pandoc citations.
|
|
|
|
|
|
Now latex macro definitions are preserved when output is latex,
and applied when it is another format, as originally intended.
Partially addresses #730.
\providecommand is still not supported. For this we need changes
to texmath.
|
|
Mediawiki reader: Don't require blanklines after tables.
|
|
This fixes a subtle regression involving grid tables with
empty cells. Closes #732.
Also added test for grid table with empty cells.
|
|
|
|
We no longer needed the smart quote complexity, because of
improvements to singleQuoteStart and singleQuoteEnd.
And we were able to move the check for intraword underscore
to the emphasis parser.
|
|
`hello <url>`__
Closes #724.
|
|
|
|
|
|
From definitionListItem.
Slight performance improvement.
|
|
Moved a guardEnabled out of an inner loop.
|
|
|
|
|
|
* Tilde code fences can again take bare language.
So
~~~ haskell
is okay, not just
~~~ {.haskell}
* Backtick code blocks can take the bracketed attributes.
* Backtick code blocks don't require a language.
* Consolidated code for the two kinds of fenced code blocks.
Closes #722.
|
|
Otherwise \begin{code}...\end{code} isn't handled
properly in markdown+lhs.
Thanks to Daniel Miot for noticing the bug and
suggesting the fix.
|
|
The 1.10 code assumed that each table header cell contains
exactly one block. That failed for headerless tables (0) and also
for tables with multiple blocks in a header cell.
The code is fixed and tests provided. Thanks to Andrew Lee for
pointing out the bug.
|