aboutsummaryrefslogtreecommitdiff
path: root/src/Text/Pandoc/Readers
AgeCommit message (Collapse)AuthorFilesLines
2010-12-07Markdown reader: Moved smartPunctuation parser, for slight speed bump.John MacFarlane1-1/+1
2010-12-07Moved smartPunctuation from Markdown to Parsing.John MacFarlane2-99/+7
+ Parameterized smartPunctuation on an inline parser. + Handle smartPunctuation in Textile reader.
2010-12-07Textile reader: implemented acronyms, (tm), (r), (c).John MacFarlane1-6/+29
2010-12-06Markdown reader: better handling of intraword _.John MacFarlane1-3/+5
The 'str' parser now reads internal _'s as part of the string. This prevents pandoc from getting started looking for an emphasized block, which can cause exponential slowdowns in some cases. Resolves Issue #182.
2010-12-06Markdown reader: handle curly quotes better.John MacFarlane1-15/+14
Previously, curly quotes were just parsed literally, leading to problems in some output formats. Now they are parsed as Quoted inlines, if --smart is specified. Resolves Issue #270.
2010-12-05Fix regression: markdown references should be case-insensitive.John MacFarlane2-9/+10
This broke when we added the Key type. We had assumed that the custom case-insensitive Ord instance would ensure case-insensitive matching, but that is not how Data.Map works. * Added a test case for case-insensitivity in markdown-reader-more * Removed old refsMatch from Text.Pandoc.Parsing module; * hid the 'Key' constructor; * dropped the custom Ord and Eq instances, deriving instead; * added fromKey and toKey to convert between Keys and Inline lists; * toKey ensures that keys are case-insensitive, since this is the only way the API provides to construct a Key. Resolves Issue #272.
2010-12-03Merge branch 'citeproc' into master.John MacFarlane1-37/+92
Conflicts: src/Text/Pandoc/Definition.hs
2010-12-03Textile reader: temporarily removed smartPunctuation.John MacFarlane1-2/+2
The smartPuncutation parser from the markdown parser was being used, but this creates two problems: * smart punctuation rules are slightly different in textile, for example, a single dash wish space around becomes an En dash. * the following gets parsed as a double quoted string followed by a colon, rather than as a link: "emphasized text":http://my.url.com This needs rethinking.
2010-12-03Textile reader: added hrule parser.John MacFarlane1-0/+13
2010-12-03Textile reader: Turn on smart punctuation by default.John MacFarlane1-2/+2
2010-12-03Textile reader: drop leading, trailing newline in pre block.John MacFarlane1-2/+10
This is consistent with how the other readers work.
2010-12-03Textile reader: modified str to handle acronyms, hyphens.John MacFarlane1-3/+16
* A single hyphen between two word characters is no longer a potential strikeout-starter. * Acronym explanations are dropped.
2010-12-03Textile reader: parse raw by default.John MacFarlane1-0/+2
It's part of the textile spec to allow raw HTML, just as with markdown. -R is no longer needed in test suite.
2010-12-03punctuation handling, and more html-specific handlingpaul.rivier2-8/+33
2010-12-03html inlines and html blocks handling in textile readerPaul Rivier1-17/+26
2010-12-03textile reader now ignores html/css attributesPaul Rivier1-8/+34
2010-12-03removed support for textile Inserted constructPaul Rivier1-5/+1
2010-12-03fix autolink by promoting it in the parser list, fix table parabreakPaul Rivier1-7/+5
2010-12-03more support for Textile reader (explicit links, images), tests and cabal ↵Paul Rivier1-17/+44
entries
2010-12-03simpler table cell handlingpaul.rivier1-24/+12
2010-12-03preliminary material toward table supportpaul.rivier1-1/+64
2010-12-03textile reader now imports import Text.Pandoc.Parsingpaul.rivier1-1/+2
2010-12-03Basic Textile Readerpaul.rivier2-1/+255
2010-11-28Merge branch 'master' into citeprocJohn MacFarlane1-0/+3
2010-11-28Markdown parser performance improvement.John MacFarlane1-0/+3
Do a quick lookahead to make sure what follows looks like a setext header before parsing any Inlines. This gives a 15% performance boost in one benchmark. Many thanks to knieriem for finding the problem (in peg-markdown): https://github.com/jgm/peg-markdown/issues/issue/3
2010-11-26Markdown suffix parser fix.John MacFarlane1-2/+7
If suffix doesn't begin with punctuation, include opening comma and space in result. Previously, @item [only a suffix] would result in something like Doe (2002only a suffix) because there was no opening delimiter.
2010-11-26Split locator and suffix in Biblio rather than Markdown parser.John MacFarlane1-36/+2
Patch from Nathan Gass.
2010-11-22Check biblio for all citations, not just textual.John MacFarlane1-5/+5
2010-11-20HTML reader: Export htmlTag.John MacFarlane1-0/+1
2010-11-18Markdown citation parser: small refactoring for clarity.John MacFarlane1-1/+5
2010-11-18Markdown citation parser improvements and test updates.John MacFarlane1-13/+15
Now we handle a suffix after a bare locator, e.g. @item1 [p. 30, suffix] The suffix now includes any punctuation that introduces it. A few tests fail because of problems with citeproc (extra space before the suffix, missing space after comma separating multiple page ranges in the locator).
2010-11-18Markdown reader: Revised parser for new citation syntax.John MacFarlane1-56/+73
Suffixes and prefixes are now [Inline]. The locator is separated from the citation key by a blank space. The locator consists of one introductory word and any number of words containing at least one digit. The suffix, if any, is separated from the locator by a comma, and continues til the end of the citation.
2010-11-17Don't pass a [Str ""] as citationPrefix.John MacFarlane1-1/+1
2010-11-16Updated for changes in Citaiton type.John MacFarlane1-3/+4
citationPrefix now [Inline] rather than String; citationSuffix added. This change presupposes no changes in citeproc-hs. It passes a string for these values to citeproc-hs. Eventually, citeproc-hs should use an [Inline] for these as well.
2010-11-12Repairs to citation parser + citation test suite.John MacFarlane1-8/+8
2010-11-12Revised citation parsers for markdown reader.John MacFarlane1-44/+96
Added a form for in-text citations: @doe99 [30; see also @smith99].
2010-11-11Merge branch 'master' into citeprocJohn MacFarlane1-2/+2
2010-11-11Added support for textual citations (but not yet markdown syntax).John MacFarlane1-1/+1
Patch from Andrea Rossato.
2010-11-11HTML reader: don't parse raw HTML inside <code> tag.John MacFarlane1-2/+2
Previously '<code><a>x</a></code>' would be parsed as Code "<a>x</a>", which is not what you want.
2010-11-09Merge branch 'master' into citeprocJohn MacFarlane1-1/+1
2010-11-09Allow HTML comments as inline elements in markdown.John MacFarlane1-1/+1
So, aaa <!-- comment --> bbb can be a single paragraph.
2010-11-06Removed CITEPROC CPP conditionals from library code.John MacFarlane1-4/+0
By Cabal policy, the API should not change depending on flags.
2010-11-06Changes to use citeproc-hs 0.3.John MacFarlane1-1/+5
2010-10-27Changes to use citeproc 0.3.John MacFarlane1-12/+20
Patch from Andrea Rossato. Note: the markdown syntax is preliminary and will probably change.
2010-10-26Parse blanklines after macro definitions.John MacFarlane1-1/+1
2010-10-26Process LaTeX macros in markdown, and apply to TeX math.John MacFarlane1-3/+28
Example: \newcommand{\plus}[2]{#1 + #2} $\plus{3}{4}$ yields: 3+4
2010-10-19TeXMath: handle variables modified with \acute, \bar, etc.John MacFarlane1-0/+15
Complete list: \acute, \grave, \breve, \check, \dot, \mathring, \vec, \overrightarrow, \overleftarrow, \hat, \tilde, \bar.
2010-10-19TeXMath reader: handle \textit, \textbf, etc.John MacFarlane1-1/+5
2010-07-22Require texmath >= 0.3, adjusted for new elements.John MacFarlane1-0/+3
2010-07-14HTML reader: code cleanup + parse <tt> as Code.John MacFarlane1-34/+47
Partially resolves Issue #247.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-11 18:20:11 +0000