| Age | Commit message (Collapse) | Author | Files | Lines | |
|---|---|---|---|---|---|
| 2018-05-09 | remove debug code | Yan Pas | 1 | -35/+12 | |
| 2018-05-09 | codeblock handling | Yan Pas | 1 | -21/+61 | |
| 2018-05-09 | links, paragraphs, codeblocks | Yan Pas | 1 | -33/+66 | |
| 2018-05-09 | basic manfile parsing | Yan Pas | 1 | -63/+178 | |
| 2018-02-25 | initial | Yan Pas | 1 | -0/+118 | |
| 2018-02-23 | Muse reader: improve verse parsing | Alexander Krotov | 1 | -1/+2 | |
| Now verse marked up with ">" (in contrast to <verse> tag) can be placed inside lists. | |||||
| 2018-02-22 | Docx reader: Move pandoc inline styling inside custom-style span | Jesse Rosenthal | 1 | -7/+7 | |
| Previously Emph, Strong, etc were outside the custom-style span. This moves them inside in order to make it easier to write filters that act on the formatting in these contents. Tests and MANUAL example are changed to match. | |||||
| 2018-02-22 | Docx reader: Avoid repeated spans in custom styles. | Jesse Rosenthal | 1 | -10/+20 | |
| The previous commit had a bug where custom-style spans would be read with every recurrsion. This fixes that, and changes the example given in the manual. | |||||
| 2018-02-22 | Docx reader: read custom styles | Jesse Rosenthal | 1 | -60/+96 | |
| This will read all paragraph and character classes as divs and spans, respectively. Dependent styles will still be resolved, but will be wrapped with appropriate style tags. It is controlled by the `+styles` extension (`-f docx+styles`). This can be used in conjunction with the `custom-style` feature in the docx writer for a pandoc-docx editing workflow. Users can convert from an input docx, reading the custom-styles, and then use that same input docx file as a reference-doc for producing an output docx file. Styles will be maintained across the conversion, even if pandoc doesn't understand them. Without the extension: $ pandoc test/docx/custom-style-reference.docx -f docx -t markdown This is some text. This is text with an *emphasized* text style. And this is text with a **strengthened** text style. > Here is a styled paragraph that inherits from Block Text. With the extension: $ pandoc test/docx/custom-style-reference.docx -f docx+styles -t markdown ::: {custom-style="FirstParagraph"} This is some text. ::: ::: {custom-style="BodyText"} This is text with an *[[emphasized]{custom-style="Emphatic"}]{custom-style="Emphatic"}* text style. And this is text with a **[[strengthened]{custom-style="Strengthened"}]{custom-style="Strengthened"}** text style. ::: ::: {custom-style="MyBlockStyle"} Closes: #1843 | |||||
| 2018-02-21 | Org reader: allow changing emphasis syntax | Albert Krewinkel | 3 | -11/+39 | |
| The characters allowed before and after emphasis can be configured via `#+pandoc-emphasis-pre` and `#+pandoc-emphasis-post`, respectively. This allows to change which strings are recognized as emphasized text on a per-document or even per-paragraph basis. The allowed characters must be given as (Haskell) string. #+pandoc-emphasis-pre: "-\t ('\"{" #+pandoc-emphasis-post: "-\t\n .,:!?;'\")}[" If the argument cannot be read as a string, the default value is restored. Closes: #4378 | |||||
| 2018-02-21 | Muse reader: replace setState with updateState where possible | Alexander Krotov | 1 | -18/+9 | |
| 2018-02-20 | Muse reader: fix compiler warning | Jesse Rosenthal | 1 | -1/+1 | |
| lambda variable `st` shadowed an existing variable. | |||||
| 2018-02-20 | Muse reader: use updateState instead of setState to restore museInLink | Alexander Krotov | 1 | -1/+1 | |
| 2018-02-19 | Move manyUntil to Text.Pandoc.Parsing and use it in Txt2Tags reader | Alexander Krotov | 2 | -16/+1 | |
| 2018-02-17 | LaTeX reader: Fixed comments inside citations. Closes #4374. | John MacFarlane | 1 | -3/+3 | |
| 2018-02-16 | Muse reader: prioritize lists with roman numerals over alphabetical lists | Alexander Krotov | 1 | -1/+1 | |
| This is to make sure "i." starts a roman numbered list, instead of a list with letter "i" (followed by "j", "k", ..."). | |||||
| 2018-02-15 | Docx reader: Pick table width from the longest row or header | danse | 1 | -5/+9 | |
| This change is intended to preserve as much of the table content as possible Closes #4360 | |||||
| 2018-02-15 | Muse reader: fix directive parsing | Alexander Krotov | 1 | -3/+1 | |
| This fixes bugs introduced in commit 4bfab8f04c105f111d8d4e1c3ed7f7b5c75dbd19. | |||||
| 2018-02-13 | Muse reader: remove listItemContents function | Alexander Krotov | 1 | -12/+8 | |
| 2018-02-13 | Muse reader: hlint | Alexander Krotov | 1 | -7/+7 | |
| 2018-02-13 | Muse reader: parse definition lists with multiple descriptions | Alexander Krotov | 1 | -14/+25 | |
| 2018-02-13 | Muse reader: parse next list item before parsing more item contents | Alexander Krotov | 1 | -7/+10 | |
| 2018-02-12 | Muse reader: refactor to avoid reparsing | Alexander Krotov | 1 | -78/+195 | |
| Lists are parsed in linear instead of exponential time now. Contents of block tags, such as <quote>, is parsed directly, without storing it in a string and parsing with parseFromString. Fixed a bug: headers did not terminate lists. | |||||
| 2018-02-12 | Muse reader: move indentation parsing from definitionListItem to definitionList | Alexander Krotov | 1 | -6/+6 | |
| 2018-02-12 | Muse reader: paragraph indentation does not indicate nested quote | Alexander Krotov | 1 | -35/+10 | |
| Muse allows indentation to indicate quotation or alignment, but only on the top level, not within a <quote> or list. This patch also simplifies the code by removing museInQuote and museInList fields from the state structure. Headers and indented paragraphs are attempted to be parsed only at the topmost level, instead of aborting parsing with guards. | |||||
| 2018-02-12 | Muse reader: replace optionMaybe with optional | Alexander Krotov | 1 | -5/+5 | |
| 2018-02-11 | Muse reader: move para definition into blockElements | Alexander Krotov | 1 | -4/+1 | |
| 2018-02-11 | Muse reader: move end-of-line parsing to paraUntil | Alexander Krotov | 1 | -3/+3 | |
| 2018-02-06 | Muse reader: rename "literal" to "literalTag" | Alexander Krotov | 1 | -3/+3 | |
| 2018-02-06 | Muse reader: avoid reparsing at the top level | Alexander Krotov | 1 | -2/+14 | |
| Blocks following paragraphs are parsed only once at the top level. Lists still take exponential time to parse, but this time is not doubled anymore when this list terminates paragraph. | |||||
| 2018-02-06 | Muse reader: implement paraUntil | Alexander Krotov | 1 | -8/+36 | |
| paraUntil does not discard the result of the following block parsing. This change is a part of Muse reader refactoring to avoid reparsing. | |||||
| 2018-02-05 | Muse reader: avoid parsing newline after paragraph twice | Alexander Krotov | 1 | -5/+3 | |
| Removed lookAhead from blankline, so it is consumed. | |||||
| 2018-02-05 | Muse reader: make block parsers responsible for parsing newline | Alexander Krotov | 1 | -3/+5 | |
| Block parsers must always stop after newline or at the end of file. | |||||
| 2018-02-04 | Muse reader: simplify listItemContents' with sepBy1 | Alexander Krotov | 1 | -4/+2 | |
| 2018-01-31 | Muse reader: replace ParserState with MuseState | Alexander Krotov | 1 | -29/+104 | |
| 2018-01-29 | Muse reader: simplify block tag parsing code | Alexander Krotov | 1 | -21/+12 | |
| 2018-01-29 | Muse reader: parse inline <literal> without parseFromString | Alexander Krotov | 1 | -2/+1 | |
| 2018-01-29 | Muse reader: parse <comment> and <verbatim> without parseFromString | Alexander Krotov | 1 | -4/+2 | |
| 2018-01-28 | Muse reader: parse verse tag contents without parseFromString | Alexander Krotov | 1 | -4/+3 | |
| 2018-01-28 | Muse reader: make verseLine return Inlines, not String | Alexander Krotov | 1 | -4/+4 | |
| 2018-01-28 | Muse reader: parse directives without parseFromString | Alexander Krotov | 1 | -7/+5 | |
| 2018-01-28 | Muse reader: fix parsing of trailing whitespace | Alexander Krotov | 1 | -8/+1 | |
| Newline after whitespace now results in softbreak instead of space. | |||||
| 2018-01-28 | Muse reader: simplify paragraph parsing | Alexander Krotov | 1 | -3/+2 | |
| Blank lines are already handled by blockElements. | |||||
| 2018-01-24 | Muse reader: fix matching of closing inline tags | Alexander Krotov | 1 | -2/+3 | |
| 2018-01-24 | Muse reader: remove `block` function | Alexander Krotov | 1 | -7/+4 | |
| 2018-01-21 | Muse reader: embed parseBlocks into parseMuse | Alexander Krotov | 1 | -8/+2 | |
| 2018-01-21 | Muse reader: make listItem generic | Alexander Krotov | 1 | -3/+3 | |
| 2018-01-20 | Markdown reader: Fix parsing bug with nested fenced divs. | John MacFarlane | 1 | -2/+0 | |
| Closes #4281. Previously we allowed "nonindent spaces" before the opening and closing `:::`, but this interfered with list parsing, so now we require the fences to be flush with the margin of the containing block. | |||||
| 2018-01-21 | Muse reader: simplify paragraph parsing | Alexander Krotov | 1 | -2/+1 | |
| Blanklines are already consumed during block parsing, there is no need to check for them specifically. | |||||
| 2018-01-20 | RST reader: fix parsing of headers with trailing space. | John MacFarlane | 1 | -1/+1 | |
| This was a regression in pandoc 2.0. Closes #4280. | |||||
 |
index : pandoc | |
| Conversion between markup formats | Igor Pashev |
| aboutsummaryrefslogtreecommitdiff |