pandoc - Conversion between markup formats

Age	Commit message (Collapse)	Author	Files	Lines
2014-07-15	EPUB writer: Keep newlines between block elements.	John MacFarlane	1	-1/+1
	This allows easier diff-ability. Closes #1424.
2014-07-15	Shared.fetchItem: unescape URI encoding before reading local file.	John MacFarlane	1	-1/+1
	Close #1427.
2014-07-13	RTF writer: Avoid extra paragraph tags in metadata.	John MacFarlane	1	-2/+10
	Closes #1421.
2014-07-13	Use raw HTML for complex block quotes.	John MacFarlane	1	-1/+7
	As far as I can see, dokuwiki markup is pretty limited in what can go in a `>` block quote: just a single line of paragraph text. (#1398)
2014-07-13	DokuWiki writer: Use raw HTML for complex lists...	John MacFarlane	1	-13/+40
	as in the mediawiki writer. The dokuwiki markup isn't able to handle multiple block-level items within a list item, except in a few special cases (e.g. code blocks, and these must be started on the same line as the preceding paragraph). So we fall back to raw HTML for these. Perhaps there is a better solution. We can "fake" multiple paragraphs within list items using hard line breaks (`\\`), but we must keep everything on one line. (#1398)
2014-07-13	DokuWiki writer: Normalize to collapse adjacent raw HTML blocks.	John MacFarlane	1	-1/+1

2014-07-13	DokuWiki writer: More tweaks to email links. (#1398)	John MacFarlane	1	-4/+3

2014-07-13	DokuWiki writer: Use pointy brackets for email links.	John MacFarlane	1	-0/+2
	(#1398)
2014-07-13	Dokuwiki writer: More idiomatic code for escaping.	John MacFarlane	1	-2/+4

2014-07-13	DokuWiki writer: More raw HTML fixes. (#1398)	John MacFarlane	1	-2/+4
	* Use uppercase HTML tags for block-level content, lowercase for inline. * Newline before closing HTML tag.
2014-07-13	DokuWiki writer: Fix raw inlines and blocks.	John MacFarlane	1	-6/+6
	* mediawiki > dokuwiki * ignore raw content other than html or dokuwiki. (#1398)
2014-07-13	Markdown writer: Use span with style for SmallCaps. (#1360)	John MacFarlane	1	-1/+8

2014-07-13	Markdown writer: use Span instead of (hackish) SmallCaps in plainify.	John MacFarlane	1	-9/+10

2014-07-13	EPUB writer: Use stringify instead of custom plainify.	John MacFarlane	1	-16/+10
	As far as I can tell, it does about the same thing.
2014-07-13	Better comment on removeFormatting.	John MacFarlane	1	-1/+1

2014-07-13	Shared: Generalized type of removeFormatting.	John MacFarlane	1	-1/+1

2014-07-13	Merge branch 'claremacrae-dokuwiki'.	John MacFarlane	1	-2/+4
	Use removeFormatting from Shared instead of the custom unfancy function.
2014-07-13	Shared: Added removeFormatting.	John MacFarlane	1	-0/+14
	API change (addition of exported function).
2014-07-13	Use renderTags' for all tag rendering.	John MacFarlane	3	-5/+5
	This properly handles tags that should be self-closing. Previously `<hr/>` would appear in EPUB output as `<hr></hr>`. Closes #1420.
2014-07-12	Fixed typo in module header for Asciify.	John MacFarlane	1	-1/+1
	Thanks to @dubiousjim. Closes #1419.
2014-07-12	Parsing: Simplified dash and ellipsis.	John MacFarlane	1	-40/+13
	This originated with @dubiousjim's observation in #1419 that there was a typo in the definition of enDash. It returned an em dash character instead of an en dash. I thought about why this had not been noticed before, and realized that en dashes were just being parsed as regular symbols. That made me realize that, now that we no longer have dedicate EnDash, EmDash, and Ellipses inline elements, as we used to in pandoc, we no longer need to parse the unicode characters specially. This allowed a considerable simplification of the code. Partially resolves #1419.
2014-07-12	Removed space at ends of lines in source.	John MacFarlane	12	-96/+96

2014-07-12	Merge pull request #1414 from mpickering/general	John MacFarlane	6	-156/+191
	Improvements to Parsing.hs
2014-07-12	Merge pull request #1415 from jkr/nicertype	John MacFarlane	3	-751/+739
	Nicer Docx type
2014-07-12	Docx Reader: Add a compatibility layer for Except.	Jesse Rosenthal	2	-3/+30
	mtl switched from ErrorT to ExceptT, but we're not sure which mtl we'll be dealing with. This should make errors work with both. The main difference (beside the name of the module and the monad transformer) is that Except doesn't require an instance of an Error Typeclass. So we define that for compatability. When we switch to a later mtl, using Control.Monad.Exception, we can just erase the instance declaration, and all should work fine.
2014-07-12	Docx Reader: A nicer Docx type.	Jesse Rosenthal	2	-751/+712
	This modifies the Docx type in the parser to avoid all the extra files (Notes, numbering, etc). A reader monad keeps track of these, and applies them at the end. The reader monad is stacked with ErrorT to enable better error-handling than the old Maybes. (Note that the better error handling isn't really there yet, but it is now possible.) One long-term goal of these changes is to make it easier to write the Docx type. This should make it easier to develop a standalone docx package in the future.
2014-07-11	Markdown writer: don't use braced attributes for fenced code.	John MacFarlane	2	-3/+2
	Removed `Ext_fenced_code_attributes` from `markdown_github` extensions. If this extension is not set, the first class attribute will be printed after the opening fence as a bare word. Closes #1416.
2014-07-11	Removed inline fmap from Parsing.hs	Matthew Pickering	1	-8/+8
	Replaced all inline occurences of fmap with the more idiomatic (<$>).
2014-07-11	Removed (>>~) function	Matthew Pickering	6	-22/+17
	This function is equivalent to the more general (<*) which is defined in Control.Applicative. This change makes pandoc code easier to understand for those not familar with the codebase.
2014-07-11	Generalised all functions in Parsing.hs	Matthew Pickering	1	-128/+168
	Before it wasn't possible to use these general combinators with the ParsecT transformer but with the more general types this is now possible.
2014-07-10	HTML writer: Deactivate "incremental" inside slide speaker notes.	John MacFarlane	1	-3/+5
	Closes #1394.
2014-07-10	Fixed an issue caused by e4263d306e6988dd322c895242eb818d22b9e012.	John MacFarlane	1	-0/+5
	This sets `stateInHtmlBlock` to `Just "div"` when we're parsing an HTML div. Without this fix, a closing `</div>` tag could be parsed as part of a list item rather than after the list.
2014-07-10	Markdown reader: Fixed regression with intraword underscores.	John MacFarlane	1	-10/+16
	Closes #1121.
2014-07-10	Markdown reader: Slight rewrite of enclosure/emphOrStrong code.	John MacFarlane	1	-6/+8
	Semantics should be the same.
2014-07-10	LaTeX writer: Put table captions above tables.	John MacFarlane	1	-3/+2
	The standard seems to be captions above tables. (See http://tex.stackexchange.com/questions/3243/why-should-a-table-caption-be-placed-above-the-table)
2014-07-08	DokuWiki writer: Remove broken formatting from headings (#1398)	Clare Macrae	1	-1/+11

2014-07-08	Put myself as maintainer (#1398)	Clare Macrae	1	-1/+1

2014-07-07	Merge branch 'dokuwiki' of https://github.com/claremacrae/pandoc into ↵	John MacFarlane	2	-0/+438
	claremacrae-dokuwiki
2014-07-07	Revamped raw HTML block parsing in markdown.	John MacFarlane	1	-42/+47
	- We no longer include trailing spaces and newlines in the raw blocks. - We look for closing tags for elements (but without backtracking). - Each block-level tag is its own RawBlock; we no longer try to consolidate them (though `--normalize` will do so). Closes #1330.
2014-07-07	EPUB writer: better handle HTML media tags.	John MacFarlane	1	-1/+6

2014-07-07	`Parsing`: Added `stateInHtmlBlock` to `ParserState`.	John MacFarlane	1	-0/+2
	This is used to keep track of the ending tag we're waiting for when we're parsing inside HTML block tags.
2014-07-07	normalize: consolidate adjacent RawBlocks when possible.	John MacFarlane	1	-0/+5

2014-07-07	HTML reader: adjust `blockTags` and `eitherBlockOrInline`.	John MacFarlane	1	-9/+13
	- Added `audio` and `source` in `eitherBlockOrInline`. - Moved `video`, `svg`, `progress`, `script`, `noscript`, `svg` from `blockTags` to `eitherBlockOrInline`. - `map` and `object` were mistakenly in both lists; they have been removed from `blockTags`.
2014-07-07	Merge pull request #1397 from jkr/equations	John MacFarlane	3	-12/+4894
	Docx Reader: Parse Docx OMML math/equations
2014-07-04	MediaWiki writer: Minor renaming of 'st' prefixed names.	John MacFarlane	1	-31/+31

2014-07-04	Little restructuralization.	Matej Kollar	1	-9/+6

2014-07-04	Move more things to Reader.	Matej Kollar	1	-36/+29

2014-07-04	HLint suggestions.	Matej Kollar	1	-35/+34

2014-07-02	DokuWiki writer: Span no longer swallows text	Clare Macrae	1	-6/+2

2014-07-02	Docx Reader: Write LaTeX based on equations in word.	Jesse Rosenthal	1	-4/+172
	This is a first stab at writing out equations in LaTeX based on omml equations in Word. There are some glitches: unicode chars not known to LaTeX are silently skipped, and functions (such as `\oiiint`) not in the standard LaTeX packages are inserted, which can lead to pdf compilation errors (depending, of course, on your preamble). Adding, for example, `\usepackage[charter]{mathdesign}` to the preamble will allow you to use most of the more esoteric functions.