Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Resolves Issue #43.
|
|
|
|
+ Captions may now begin simply with ':', instead of 'Table:'
+ Captions may now appear either above or below the table.
+ Resolves Issue #227.
|
|
|
|
|
|
Here they can be used by the Markdown reader as well.
|
|
Resolves Issue #245.
|
|
|
|
They have a special meaning in XML (e.g. in EPUB).
|
|
|
|
|
|
|
|
Read a sequence of elements from the file.
Ignore anything that's not valid Dublin Core.
If title, language, uuid not supplied, supply them.
|
|
|
|
This is no longer used with the new templating system.
|
|
+ Text.Pandoc.Writers.Native
+ The function prettyPandoc is now gone. Use writeNative instead.
|
|
+ Text.Pandoc.Parsing
|
|
+ New writer module Text.Pandoc.Writers.EPUB
+ Stylesheet in epub.css
+ --epub-stylesheet command-line option.
+ New utility module Text.Pandoc.UUID to generate
random UUIDs for EPUBs.
|
|
+ Transformed the old Text.Pandoc.ODT module into a proper
writer module, Text.Pandoc.Writers.ODT.
+ Instead of saveOpenDocumentAsODT, we now have writeODT, which
takes a Pandoc document and produces a bytestring.
saveOpenDocumentAsODT has been removed.
+ To extract the images and insert them into the ODT, we now use
processPandocM on the Pandoc document rather than a custom XML parser.
+ Handle the case where the image is remote (or not found) by
converting the Image element into an Emph with the label.
+ Plumbing in pandoc.hs changed slightly to accomodate this, and to
allow other writers that live in the IO monad.
|
|
|
|
|
|
Resolves Issue #242. Previously the bird tracks would be
stripped off when pandoc was not compiled with highlighting support,
even if -t html+lhs was specified.
Thanks to Nicholas Wu for pointing out the problem.
|
|
* This affects the RST and Markdown readers.
* The type for stateKeys in ParserState has also changed.
* Pandoc, Meta, Inline, and Block have been given Ord instances.
* Reference keys now have a type of their own (Key), with its
own Ord instance for case-insensitive comparison.
|
|
Otherwise we have a conflict with the 'empty' symbol,
introduced in syb >= 0.2. Thanks to ddssff for pointing
out the problem. Resolves Issue #237.
|
|
|
|
Pandoc no longer respects locale, even when compiled by GHC 6.12.
|
|
|
|
|
|
|
|
Resolves Issue #234.
|
|
Use new rawLaTeXInline' in LaTeX reader, and export rawLaTeXInline
for use in markdown reader.
Fixes bug wherein '\section{foo}' was not recognized as raw TeX
in markdown document.
|
|
(As in other writers.)
|
|
* This replaces a lot of custom parser code, and expands
the tex -> unicode conversion.
* The behavior has also changed: if the whole formula can't
be converted, the whole formula is left in raw TeX.
Previously, pandoc converted parts of the formula to unicode
and left other parts in raw TeX.
* Added (but not yet exported) readTeXMath', which returns a Maybe.
* Updated tests
|
|
|
|
|
|
+ GHC lacks a threaded runtime on some architectures.
Provide a 'threaded' flag that can be disabled for compiling
on these architectures.
+ Removed '-threaded' from pandoc's ghc-options. '-threaded'
is only needed for markdown2pdf, due to its use of readProcess.
|
|
Resolves Issue #143.
|
|
|
|
Reason: starting with Cabal 1.8, installing pandoc with '-library
+executable' did not work, since the build-depends in the Library
stanza were ignored. The problem could be solved by repeating the
build-depends in the Executable stanza, but this seems non-ideal
(and might lead to errors later on). The '-library' option isn't
so useful anyway, since to compile pandoc in the first place, you
need a large number of Haskell libraries installed, and in this
case, why balk at another? It was chiefly intended for packagers,
but packagers will need to use a chroot environment anyway, and
they can then simply copy the executable and not the library.
Thanks to Jim Pryor for calling the problem to my attention
in connection with an arch linux package.
|
|
|
|
|
|
|
|
|
|
|
|
Previously some characters that are illegal in HTML identifiers,
such as '<', were being allowed in header identifiers. The logic
has now been fixed. Thanks to Xyne for reporting.
|
|
|
|
|
|
(Since they aren't required to be escaped in these formats.)
|
|
|