Age | Commit message (Collapse) | Author | Files | Lines |
|
Thanks to Garrick Aden-Buie for the patch.
|
|
Previously these were treated as inline, and included in paragraph
tags in HTML or DocBook output, which is generally not what is wanted.
Closes #1233.
|
|
Org reader: Fix parsing of sub-/superscript expressions
|
|
This fixes the org-reader's handling of sub- and superscript
expressions. Simple expressions (like `2^+10`), expressions in
parentheses (`a_(n+1)`) and nested sexp (like `a_(nested()parens)`) are
now read correctly.
|
|
Closes #1230.
|
|
|
|
Org reader: Support more inline/display math variants
|
|
HLint's recommendations for better code are applied to the Org-mode
reader code.
|
|
Support all of the following variants as valid ways to define inline or
display math inlines:
- `\[..\]` (display)
- `$$..$$` (display)
- `\(..\)` (inline)
- `$..$` (inline)
This closes #1223. Again.
|
|
|
|
|
|
For some reason hsb2hs was not found, even though it was built.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Force failure of a Travis build if GHC produces warnings
|
|
Add .editorconfig
|
|
Org reader: Precise rules for the recognition of markup
|
|
Pandoc should, as stated in CONTRIBUTING.md, always compile without
warnings. This patch forces GHC to treat warnings like errors during
Travis builds, making it possible to catch mistakes (like missing
top-level type definitions) early.
|
|
Use EditorConfig to define a some basic styling rules for code. This
should also help to reduce the number of commits introducing trailing
whitespace.
See http://editorconfig.org/ for details.
|
|
The inline parsers have been rewritten using the org source code as a
reference. This fixes a couple of bugs related to erroneous markup
recognition.
|
|
In particular we now pick up on attributes. Since pandoc links
can't have attributes, we enclose the whole link in a span
if there are attributes.
Closes #1008.
|
|
Org reader: Read inline math, recognize definition lists
|
|
Closes #1223.
|
|
These previously produced invalid LaTeX: `\paragraph` or
`\subparagraph` in a `quote` environment. This adds an
`mbox{}` in these contexts to work around the problem.
See http://tex.stackexchange.com/a/169833/22451.
Closes #1221.
|
|
The length is not actually recorded, but at least we get a table.
Closes #1180.
|
|
They aren't needed at runtime.
We keep README and COPYRIGHT in data to ensure that they'll be
available on all systems on which pandoc is installed.
Closes #1123.
|
|
|
|
|
|
Closes #1155.
|
|
|
|
Instead of being ignored, attributes are now parsed and
included in Span inlines.
The output will be a bit different from stock textile:
e.g. for `*(foo)hi*`, we'll get `<em><span class="foo">hi</span></em>`
instead of `<em class="foo">hi</em>`. But at least the data is
not lost.
|
|
Closes #1115.
|
|
|
|
The PDF is now read as a strict bytestring, ensuring that process
ownership will be terminated, so the temp directory can be deleted.
Closes #1192.
|
|
Closes #1194. Thanks to nahoj.
|
|
Pandoc first tries to find the executable (searching the path
if path isn't given). If it fails, but the file exists and has
a .py, .pl, .rb, .hs, or .php extension, pandoc runs the filter
using the appropriate interpreter.
This should make it easier to use filters on Windows, and make
it more convenient for everyone.
Closes #1096.
|
|
|
|
Closes #1220. Thanks to kevinkenan.
|
|
Org-reader: support inline images, clean-up code, fix bugs
|
|
Note: proxies with non-root paths are not supported,
because of limitations in http-conduit.
Closes #1211.
|
|
|
|
Org-mode and Pandoc use different language identifiers, marking source
code as being written in a certain programming language. This adds more
translations from identifiers as used in Org to identifiers used in
Pandoc.
The full list of identifiers used in Org and Pandoc is available through
http://orgmode.org/manual/Languages.html and `pandoc -v`, respectively.
|
|
Text such as /*this*/ was not correctly parsed as a strong, emphasised
word. This was due to the end-of-word recognition being to strict as it
did not accept markup chars as part of a word. The fix involves an
additional parser state field, listing the markup chars which might be
parsed as part of a word.
|
|
The default pandoc ParserState is replaced with `OrgParserState`. This
is done to simplify the introduction of new state fields required for
efficient Org parsing.
|