Age | Commit message (Collapse) | Author | Files | Lines |
|
This causes compilation errors, and I don't know how
to work around them. Closes #5574.
|
|
Closes #5529.
|
|
Closes #5420.
|
|
The environment is beamer-only and as far as I'm
aware there's no latex package that provides it
for non-beamer use.
Closes #5485.
|
|
Regression! The fix for #4683 broke this case.
|
|
|
|
|
|
This fixes a regression in beamer due to the fix to #5367.
We put table footnotes outside the table in beamer, because
footnote/footnotehyper don't work with beamer.
|
|
These are upside down ? and !, resp.
Closes #5407.
|
|
This fixes a bug wherein footnotes appeared in the wrong
order, and with duplicate numbers, when in table captions
and cells.
We now use regular `\footnote` commands, even in the table
caption and the minipages containing cells. Apparently
longtable knows how to handle this.
Closes #5367.
|
|
|
|
This determines whether `\url` or `\href` is used.
Closes #5340.
|
|
Remove frontmatter from scrreprt
The KOMA-Script `scrreprt` class follows the pattern of `report`, and does not support `\frontmatter`.
Use frontmatter for more classes
|
|
In pandoc 2.7 we assumed that every class with chapters would
accept `\frontmatter`, `\mainmatter`, and `\backmatter`.
This is not so (e.g. report does not). So pandoc 2.7
breaks on report class by including an unsupported command.
So we replace the book-class variable in the template with
two variables, has-chapters and has-frontmatter, and set
these intelligently in the writer.
Closes #5348.
|
|
Currently we keep the fancy title slide and add a new
slide with the same title and whatever content was under the
header.
This changes behavior of slides, but is consistent with the
new behavior of the revealjs and other HTML slide show writers.
See #4317.
|
|
The haddock module header contains essentially the
same information, so the boilerplate is redundant and
just one more thing to get out of sync.
|
|
Quite a few modules were missing copyright notices.
This commit adds copyright notices everywhere via haddock module
headers. The old license boilerplate comment is redundant with this and has
been removed.
Update copyright years to 2019.
Closes #4592.
|
|
This is more elegant than the explicit recursive
we were using.
|
|
|
|
`\ldots{}.` doesn't behave as well as `\ldots.` with the latex
ellipsis package. This patch causes pandoc to avoid emitting
the `{}` when it is not necessary. Now `\ldots` and other
control sequences used in escaping will be followed by either
a `{}`, a space, or nothing, depending on context.
Thanks to Elliott Slaughter for the suggestion.
|
|
This character needs special handling in lstinline.
Closes #4939.
|
|
See pandoc/lua-filters#40.
|
|
Closes #5208.
|
|
Closes #3051
|
|
closes #5180
|
|
This was a mismatch between pandoc's docx, epub, latex, and markdown
writers and the behavior of pandoc-citeproc, which actually looks
for a div with id 'refs' rather than one with class 'references'.
|
|
even if `writerIncremental` is True.
See #5072.
|
|
|
|
This prevents the closing delimiter from being swalled
up in the comment.
Closes #4880.
|
|
So far: just, tangle, exports, results which are used by org mode.
It might be better to use a whitelist of legal listings attributes, but
there are a large number, and these may change.
Closes #4889.
|
|
`\autocites{a1}{a2}{a3}` will not collapse the entries.
So, if we don't have prefixes and suffixes, we use instead
`\autocite{a1;a2;a3}`.
Closes #4960.
|
|
Now the `write*` functions for Docbook, HTML, ICML, JATS,
Man, Ms, OPML are sensitive to `writerPreferAscii`. Previously
the to-ascii translation was done in Text.Pandoc.App, and
thus not available to those using the writer functions
directly.
In addition, the LaTeX writer is now sensitive to
`writerPreferAscii` and to `--ascii`. 100% ASCII
output can't be guaranteed, but the writer will use
commands like `\"{a}` and `\l` whenever possible,
to avoid emiting a non-ASCII character.
A new unexported module, Text.Pandoc.Groff, has been
added to store functions used in the different groff-based
writers.
|
|
Closes #4662.
|
|
If you ran with `--biblatex` and have an empty document (metadata
but no blocks), pandoc would previously raise an error because
of the use of `last` on an empty list.
|
|
`linkcolor` only affects internal links, and `urlcolor` only
affects linked URLs. For external links, the option to use is
`filecolor`.
Closes #4822.
|
|
As noted [here](https://tex.stackexchange.com/a/49805) ([beamer
commit here](https://github.com/josephwright/beamer/commit/ff70090f36b631667b472cfe675fc3514fe46f7e)),
`noframenumbering` is an undocumented, but long existing option
to disable frame numbering for a particular slide. This is useful
to avoid numbering backup slides.
|
|
Refactored code from figure captions to use in both places.
Closes #4683.
|
|
fixes #4690
|
|
Don't delimit \lstinline with characters that are normally escaped.
Follow-up to #4111, #4271.
|
|
This gives better results for styles that put ordered list
markers in boxes or circles.
Closes #4556.
|
|
This seems to be necessary if we are to use our custom Prelude
with ghci.
Closes #4464.
|
|
and not in the title. If it's in the title, then we get
a titlebar on slides with the `plain` attribute, when
the id is non-null. This fixes a regression from 1.9.x.
Closes #4307.
|
|
Currently, html and beamer presentations use a list-inside-blockquote
convention for setting incremental and all-at-once presentation of
lists (or reversing the command-line default). This allows the user to
set this on a per-case basis with divs, named `incremental` and
`nonincremental` respectively, as in:
::: incremental
- snap
- crackle
- pop
:::
Note that the former list-inside-blockquote convention still works so
as not to break any existing presentations.
Closes: #4381
|
|
Previously it surrounded the figure.
This works around a problem with the endfloat package and
makes pandoc's output compatible with it.
Closes #4388.
|
|
This previously caused the image to be resized to
a percentage of textwidth, rather than textheight.
Closes #4389.
|
|
|
|
|
|
This fixes a bug whereby column widths for the body were
different from widths for the header in some tables.
Closes #4238.
|
|
|
|
Closes #4207.
|