Closed PeterSommerlad closed 3 years ago
Thanks for the report, @PeterSommerlad. Could you please provide some markdown that exposes the problem? Cheers, Tom.
started more debugging. seems to be related to my own filter. However, tablenos seems to be more stringent what a Caption value could be than the pandoc/panflute API seems to permit: Plain vs. Inline
caption ([Inline]) – The caption of the table
Thanks, @PeterSommerlad. I'm not sure where that quote comes from. Can you please let me know?
The xnos filters were designed to process test case json produced during pandoc markdown processing. This allows support for older versions of pandoc that some people need (things have changed a lot since pandoc 1.15.2!). I think that the test cases are fairly comprehensive, but there is always the possibility that something was missed.
For your particular application, if there is json input that pandoc processes that the filters will not, then I can use that to update the filters.
Cheers, Tom
I fixed my filter (that I hacked together from a filter by someone else for my purposes...) . It used a blockquote within a span to mark a table caption and the rest to form a table with the panflute library. If ran in separate pandoc calls via intermediate markdown it worked with pandoc-tablenos, but not internally, because the caption remained as a blockquote. while pandoc/panflute seem to have been happy with that and generated a caption on markdown output, pandoc-tablenos asserted on expecting a Plain entry. I could fix my filter by creating the caption content as type Plain and now pandoc-tablenos is happy. I will close the bug, but you might consider to be a bit less stringent on what a table caption could be beyond just asserting 'Plain'.
I get a problem that might stem from the changes in pandoc's table AST:
pandoc version: