Conversion between markup formats https://git.pashev.ru/pandoc/atom?h=master 2021-09-21T19:37:42Z 2021-09-21T19:37:42Z John MacFarlane jgm@berkeley.edu 2021-09-19T19:09:51Z urn:sha1:c266734448544a118ed80e47deaa2590131c7f84 Previously we used our own homespun formatting. But this produces over-long lines that aren't ideal for diffs in tests. Easier to use something off-the-shelf and standard. Closes #7580. Performance is slower by about a factor of 10, but this isn't really a problem because native isn't suitable as a serialization format. (For serialization you should use json, because the reader is so much faster than native.) 2020-04-20T05:57:36Z Joe Hermaszewski git@monoid.al 2018-04-21T04:36:44Z urn:sha1:fd5994cc5ebe478eea133c0fd7c3705330c0e1ef See this PR on Haddock for details on the table format: https://github.com/haskell/haddock/pull/718 2018-04-21T20:06:57Z John MacFarlane jgm@berkeley.edu 2018-04-21T20:06:57Z urn:sha1:7fbe473b2e3b3b2b94be810b6385475c056a304a * Markdown writer now includes a blank line at the end of the row in a single-row multiline table, to prevent it from being interpreted as a simple table. Closes #4578. * Markdown reader does a better job computing the relative width of the last column in a multiline table, so we can round-trip tables without constantly shrinking the last column. 2018-03-17T05:38:34Z John MacFarlane jgm@berkeley.edu 2018-03-17T05:38:34Z urn:sha1:be12ae3bca4f1c2d712e412b11a14b6473c7ab10 In the reader, we use the new Table type in Haddock. Note that tables with col/rowspans will not translate well into Pandoc. In the writer, we now render tables always as grid tables, since Haddock supports these. 2017-02-04T11:56:30Z John MacFarlane jgm@berkeley.edu 2017-02-04T11:56:30Z urn:sha1:18ab8642692caca2716fd9b5a0e6dbfd3d9cf9cc