-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] type="pipe"
does not work at all; type="multiline"
does not honor aligns="L"
#11
Comments
@baig: I hope my bug reporting (even if it is resulting from a mistake on my part :-) is not too annoying for you. I only do this because I think your csv2table filter is one of the most useful and awesome external filter contributions to Pandoc! Thanks for that work. I would even hope that this could sometime end up inside Pandoc proper, so one could get rid of calling the extra |
I am totally booked for the next three days, so I won't be able to look into it until later this weekend. Sorry for the wait.
Not at all.
I am glad that you found it useful.
My pleasure.
Maybe it will. Wait and see. |
No problem. :-) After all, you are working on this in your spare time, and giving it away under a FOSS license :-) |
First of all, thanks for the filter! Mostly, it's working for me. However two points:
|
On Sat, Jul 11, 2015 at 12:36 PM, mb21 [email protected] wrote:
The filter ultimately produces native AST, though as an intermediate step
|
@baig thanks for the quick reply. Now I see how the filter is properly used, I could isolate my complaints/misunderstanding to a bug: see #13 . However, it is then somewhat of a mystery to me how you enforce the different table types (grid, pipe, etc.): am I guessing correctly that you just play with the |
@KurtPfeifle Sorry for the delay in addressing this ticket. I am finalizing my dissertation and can't spare much time right now. However, this issues and other enhancements proposed are on my radar. |
@baig: No problem, take your time. Meanwhile, I wish you all the best for your dissertation efforts :-) |
Consider the following Markdown:
Running this Pandoc command:
pandoc -f markdown --filter=pandoc-csv2table -t markdown csvtables.md
results in the following output:Running this Pandoc command:
pandoc -f markdown --filter=pandoc-csv2table -o csvtables.pdf csvtables.md -V geometry:"margin=0.5cm, paperwidth=595pt, paperheight=35cm"
results in this PDF (screenshot):So for the case of
type="pipe"
two things do not work:header="yes"
a table is generated. However, it is not apipe_table
, but asimple_table
header="no"
, the table looks like there was an attempt to indeed create apipe_table
, but the output is b0rken.For the case of
type="multiline"
one thing doesn't work as expected:BTW, if I replace my above ````` {.table ....}
fences by ````{.table ....}
fences (3 backticks, no blank before the curly brace), then the `multiline_table` output is missing the blank lines in between table rows. Though I'm currently not sure if that syntax violates the spec or if it is "legal"...Observations about the line lengths...
Also, the
grid_table
output looks a bit funny with the line-breaks within all the header and some of the table body cells. It seems to be "legal", though.But this is not required, since the longest line of the Markdown output {the b0rken
pipe_table
separator line (forheader="no"
) with the colons} is using 130 characters, while thegrid_table
is using only 92.Adding
--columns=110
to the Pandoc command line to produce Markdown tables, results in...grid_table
output, which does not apply line-breaks within cells;multiline_table
output, which does no longer contain the blank lines in between table rows. (However, this may mean that these blank lines are only really required _IF_ indeed there is a "multiline" used for any one cell. Since the 110 column width for the Markdown output does grant enough space for all cell contents of the given table to fit 1 line, it may be superfluous...)The text was updated successfully, but these errors were encountered: