| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
| |
We already lower-bound tagsoup at 0.13.7, which means we were always
running the compatibility layer (it was conditional on min value
0.13). Better to just use `lookupEntity` from the library directly, and
convert a string to a char if need be.
|
|
|
|
| |
GHC versions below 7.8 are no longer supported nor tested.
|
|
|
|
| |
We are dropping support for ghc < 7.8.
|
| |
|
| |
|
|
|
|
|
| |
directory 1.1 depends on base 4.5 (ghc 7.4) which we are no longer
supporting. So we don't have to use a compatibility layer for it.
|
| |
|
|
|
|
|
| |
This was only necessary for GHC versions with base below 4.5
(i.e., ghc < 7.4).
|
|
|
|
|
| |
Parsing of meta-data is well separable from other block parsing tasks.
Moving into new module to get small files and clearly arranged code.
|
| |
|
| |
|
| |
|
|
|
|
| |
Instead use CPP to work around version differences.
|
|
|
|
| |
This has math support, DocMathInline and DocMathDisplay.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Export option parsing is distinct enough from general block parsing to
justify putting it into a separate module.
|
| |
|
| |
|
| |
|
|
|
| |
Building with the new release went fine here, and it works correctly.
|
|
|
|
| |
It has no effect, and Hackage wouldn't accept the package.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Some code was duplicated (copy-pasted) or placed in an inappropriate
module during the modularization refactoring. Those functions are moved
into a `Shared` module, as was originally intended but forgotten.
Better documentation of the respective functions is a positive
side-effect.
|
|
|
|
|
|
| |
Block parsing code is moved to a separate module.
This is part of the Org-mode reader cleanup effort.
|
|
|
|
|
|
|
| |
Inline parsing code is moved to a separate module. Parsers for block
starts are extracted as well, as those are used in the `endline` parser.
This is part of the Org-mode reader cleanup effort.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Org-mode reader uses many functions defined in the
`Text.Pandoc.Parsing` utility module. Some of the functions are
overwritten with versions adapted to Org-mode idiosyncrasies. These
special functions, as well as the normal Pandoc versions, are combined
in a single module to increase the ease of use.
This leads to decoupling of Org-mode and Pandoc and hence to slightly
cleaner code. The downside is code-bloat due to repeated import/export
statements.
|
| |
|
|
|
|
| |
This reverts commit 285bbf61cf2b21278792e48aee7c25fa0ee62faa.
|
|
|
|
| |
This reverts commit 07a4320ba97cdd219e5cbb18f21dbbda00bc5543.
|
|
|
|
| |
We need `createProcess_` to be exported.
|
|\
| |
| | |
Org reader: basic support for export settings
|
| |
| |
| |
| |
| | |
The org reader code has become large and confusing. Extracting smaller
parts into submodules should help to clean things up.
|
|/
|
|
|
|
| |
Now instead of using `findExecutable`, which has limitations
on Windows, we just do `progname --version` and see if it
returns successfully. Closes #2903.
|
| |
|
|
|
|
|
| |
We need a minor version bump because of the addition
of `writerDocbook5` to `WriterOptions`.
|
|
|
|
|
|
|
| |
Closes several texmath-related bugs: #2775, #2310, #2310.
This fixes issues with sub/superscript positioning and
matrix column alignment in docx.
|
| |
|
|
|
|
|
| |
This fixes behavior of roots, e.g. `\sqrt[3]{x}`.
See #2824.
|
| |
|
|
|
| |
closes #2811
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
The docx reader used to use a Modifiable typeclass to combine both
Blocks and Inlines. But all the work was in the inlines. So most of the
generality was wasted, at the expense of making the code harder to
understand. This gets rid of the generality, and adds functions for
Blocks and Inlines. It should be a bit easier to work with going forward.
|
| |
|
|
|
|
|
|
| |
This fixes entity-related problems.
Closes #2734.
|