pandoc 1.12.3 → 1.12.3.1

raw patch · 5 files changed

+17/−13 lines, 5 filesdep ~binary

Dependency ranges changed: binary

Files

• README +3/−4
• changelog +6/−2
• man/man5/pandoc_markdown.5 +0/−2
• pandoc.cabal +2/−2
• src/Text/Pandoc/ImageSize.hs +6/−3

@@ -2521,10 +2521,9 @@     Comment: This is a sample mmd title block, with              a field spanning multiple lines. -See the MultiMarkdown documentation for details. Note that only title,-author, and date are recognized; other fields are simply ignored by-pandoc. If `pandoc_title_block` or `yaml_metadata_block` is enabled,-it will take precedence over `mmd_title_block`.+See the MultiMarkdown documentation for details.  If `pandoc_title_block` or+`yaml_metadata_block` is enabled, it will take precedence over+`mmd_title_block`.    [MultiMarkdown]: http://fletcherpenney.net/multimarkdown/ 

@@ -1,3 +1,7 @@+pandoc (1.12.3.1)++  * Relaxed version constraint on binary, allowing the use of binary 0.5.+ pandoc (1.12.3)    * The `--bibliography` option now sets the `biblio-files` variable.@@ -35,6 +39,8 @@       If author field was empty, date was being ignored.     + Allow backslash-newline hard line breaks in grid and       multiline table cells.+    + Citation keys may now start with underscores, and may contain+      underscores adjacent to internal punctuation.    * LaTeX reader: @@ -232,8 +238,6 @@     + Yaml block must start immediately after `---`.  If there's a blank       line after `---`, we interpreted it as a horizontal rule.     + Correctly handle empty bullet list items.-    + Citation keys may now start with underscores, and may contain-      underscores adjacent to internal punctuation.     + Stop parsing "list lines" when we hit a block tag.       This fixes exponential slowdown in certain input, e.g.       a series of lists followed by `</div>`.

@@ -2224,8 +2224,6 @@ .fi .PP See the MultiMarkdown documentation for details.-Note that only title, author, and date are recognized; other fields are-simply ignored by pandoc. If \f[C]pandoc_title_block\f[] or \f[C]yaml_metadata_block\f[] is enabled, it will take precedence over \f[C]mmd_title_block\f[]. .PP

@@ -1,5 +1,5 @@ Name:            pandoc-Version:         1.12.3+Version:         1.12.3.1 Cabal-Version:   >= 1.10 Build-Type:      Custom License:         GPL@@ -233,7 +233,7 @@                  yaml >= 0.8.3 && < 0.9,                  vector >= 0.10 && < 0.11,                  hslua >= 0.3 && < 0.4,-                 binary >= 0.6 && < 0.8+                 binary >= 0.5 && < 0.8   Build-Tools:   alex, happy   if flag(http-conduit)      Build-Depends: http-conduit >= 1.9 && < 2.1,

@@ -182,9 +182,12 @@        Nothing -> fail "Did not find length record"  exifSize :: ByteString -> Maybe ImageSize-exifSize = -- runGet ((Just <$> exifHeader) `mplus` return Nothing) .-  runGet (Just <$> exifHeader) .-           BL.fromChunks . (:[])+exifSize = runGet (Just <$> exifHeader) .  BL.fromChunks . (:[])+-- NOTE:  It would be nicer to do+-- runGet ((Just <$> exifHeader) <|> return Nothing)+-- which would prevent pandoc from raising an error when an exif header can't+-- be parsed.  But we only get an Alternative instance for Get in binary 0.6,+-- and binary 0.5 ships with ghc 7.6.  exifHeader :: Get ImageSize exifHeader = do