Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Parsing failed if you had an unquoted attribute immediately
before the final '}'.
|
|
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.
|
|
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.
|
|
|
|
|
|
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.
|
|
This reverts commit b158b3fb2182b5c8a6f03759277f4f73cdc24797.
|
|
This allows attributes like `C++`. Any nonspace and non-}.
|
|
Also simplified source URL and link title parsers.
|
|
|
|
Added tests.
|
|
Revises 1a4b47e93368bfbd31daccdfedbd9527ee740201
|
|
* In markdown reader, add a '\1' character to the beginning
of the title of an image that is alone in its paragraph,
if implicit_figures extension is selected.
* In writers, check for Para [Image alt (src,'\1':tit)] and treat
it as a figure if possible.
* Updated tests.
This is a bit of a hack, but it allows us to make implicit_figures
an extension of the markdown reader, rather than the writers.
|
|
|
|
This depends on the new Ext_line_blocks extension.
|
|
This allows explicit attributes to be put on headers, using
a syntax like that for code blocks:
{#id .class .class k=v k=v}
|
|
|
|
Previously header ids were autogenerated by the writers.
Now they are generated (unless supplied explicitly) in the
markdown parser, if the `header_identifiers` extension is
selected.
In addition, the textile reader now supports id attributes on
headers.
|
|
|
|
|
|
Closes #375.
|
|
|
|
Note: This is not yet used, and the parser does not yet
generate any warnings.
|
|
Now by default pandoc will act as if link references have been defined
for all headers. So, you can do this:
# My header
Link to [My header].
Another link to [it][My header].
Closes #691.
|
|
This reverts commit 7499499b68934ae6f3418940328c7fc2bd9fcadd.
Conflicts:
src/Text/Pandoc/Readers/LaTeX.hs
|
|
Also changed Biblio, Markdown reader, and LaTeX reader tests because
of new citationSuppressParens field in Citation.
|
|
Previously this was done in src/pandoc.hs, which made it difficult
for library users.
* Removed readerCitations in ReaderOptions.
* Added readerReferences and readerCitationStyle to ReaderOptions.
* Moved use of processBiblio from main program to the
markdown and LaTeX readers.
|
|
Also removeLeadingSpace to triml,
removeTrailingSpace to trimr.
|
|
|
|
|
|
|
|
|
|
|
|
Previously the parser would hang on input like this:
[[[[[[[[[[[[[[[[[[hi
We fixed this by making the link parser parser characters
between balanced brackets (skipping brackets in inline code spans),
then parsing the result as an inline list.
One change is that
[hi *there]* bud](/url)
is now no longer parsed as a link. But in this respect pandoc behaved
differently from most other implementations anyway, so that seems okay.
All current tests pass. Added test for this case.
Closes #620.
|
|
Text.Pandoc.Readers.MediaWiki module,
tests/mediawiki-reader.{txt,native}.
|
|
|
|
This is the variant github prefers.
|