public inbox archive for pandoc-discuss@googlegroups.com
 help / color / mirror / Atom feed
* markdown table to latex
@ 2013-04-05  2:51 ch3cooli-Re5JQEeQqe8AvxtiuMwx3w
       [not found] ` <b7e6e1e6-000d-41ed-833d-43618574f4d5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: ch3cooli-Re5JQEeQqe8AvxtiuMwx3w @ 2013-04-05  2:51 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

[-- Attachment #1: Type: text/plain, Size: 787 bytes --]

How to generate latex \begin{tabular} from markdown table, without writing 
raw latex commands in markdown?
Markdown generates \begin{longtable}.

Anyway, I just need a table with full grid lines (4 sides of each cell), 
not just the top and bottom.

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msg/pandoc-discuss/-/Zw0bNiWYknEJ.
For more options, visit https://groups.google.com/groups/opt_out.



[-- Attachment #2: Type: text/html, Size: 1020 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found] ` <b7e6e1e6-000d-41ed-833d-43618574f4d5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2013-04-18  7:40   ` Bernhard Weichel
       [not found]     ` <fd732124-ad44-48b2-9f72-2979ef8ca85c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  2020-03-15  9:21   ` markdown table to latex 红橙子
  1 sibling, 1 reply; 24+ messages in thread
From: Bernhard Weichel @ 2013-04-18  7:40 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

[-- Attachment #1: Type: text/plain, Size: 1257 bytes --]



Am Freitag, 5. April 2013 04:51:35 UTC+2 schrieb ch3c...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org:
>
> How to generate latex \begin{tabular} from markdown table, without writing 
> raw latex commands in markdown?
> Markdown generates \begin{longtable}.
>
> Anyway, I just need a table with full grid lines (4 sides of each cell), 
> not just the top and bottom.
>

This is a real issue. We do not really have control about the tables. IMHO 
at least we should be able to

1. control the column witdths
2. control grid lines

Not to talk about cell spans :-) which would be really nice but goes far 
beyond the scope of Markdown.

Evil enough that we have to make tables in Excel and embed them as images.

Bernhard


 

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msg/pandoc-discuss/-/P1-aX1ulfNEJ.
For more options, visit https://groups.google.com/groups/opt_out.



[-- Attachment #2: Type: text/html, Size: 1780 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]     ` <fd732124-ad44-48b2-9f72-2979ef8ca85c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2013-04-18 16:05       ` John MacFarlane
       [not found]         ` <20130418160530.GD14449-nFAEphtLEs+AA6luYCgp0U1S2cYJDpTV9nwVQlTi/Pw@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: John MacFarlane @ 2013-04-18 16:05 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

>    1. control the column witdths

You can already.  Pandoc computes column widths (relative to page
width) based on the sizes of the columns in the markdown table.
So, if the first column is twice as wide as the second in your
source, it will be in your output as well.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]         ` <20130418160530.GD14449-nFAEphtLEs+AA6luYCgp0U1S2cYJDpTV9nwVQlTi/Pw@public.gmane.org>
@ 2013-04-18 20:15           ` Bernhard Weichel
       [not found]             ` <e1a909e5-1c9c-4743-80f7-6184c85f715a-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Bernhard Weichel @ 2013-04-18 20:15 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

[-- Attachment #1: Type: text/plain, Size: 1137 bytes --]



Am Donnerstag, 18. April 2013 18:05:31 UTC+2 schrieb fiddlosopher:
>
> >    1. control the column witdths 
>
> You can already.  Pandoc computes column widths (relative to page 
> width) based on the sizes of the columns in the markdown table. 
> So, if the first column is twice as wide as the second in your 
> source, it will be in your output as well. 
>

To be honest, not really. In my documents the table width is larger than 
\textwidth.
And pandoc has the grace to adjust the table width when I do a pandoc x.md 
-o x1.md.
This is what I always do in order to keep the md source clean.

 

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msg/pandoc-discuss/-/X9z6GZ8zsngJ.
For more options, visit https://groups.google.com/groups/opt_out.



[-- Attachment #2: Type: text/html, Size: 1593 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]             ` <e1a909e5-1c9c-4743-80f7-6184c85f715a-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2013-04-18 21:07               ` John MacFarlane
       [not found]                 ` <20130418210736.GA23171-nFAEphtLEs+AA6luYCgp0U1S2cYJDpTV9nwVQlTi/Pw@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: John MacFarlane @ 2013-04-18 21:07 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

+++ Bernhard Weichel [Apr 18 13 13:15 ]:
>    Am Donnerstag, 18. April 2013 18:05:31 UTC+2 schrieb fiddlosopher:
> 
>      >    1. control the column witdths
>      You can already.  Pandoc computes column widths (relative to page
>      width) based on the sizes of the columns in the markdown table.
>      So, if the first column is twice as wide as the second in your
>      source, it will be in your output as well.
> 
>    To be honest, not really. In my documents the table width is larger
>    than \textwidth.

Most likely that is because your source documents are wider than pandoc
expects (default is 72 characters).  Try using --columns.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                 ` <20130418210736.GA23171-nFAEphtLEs+AA6luYCgp0U1S2cYJDpTV9nwVQlTi/Pw@public.gmane.org>
@ 2014-01-10  0:10                   ` Jonathan Clark
       [not found]                     ` <01591b2e-0778-4ce2-92de-054017d7167c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Jonathan Clark @ 2014-01-10  0:10 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

[-- Attachment #1: Type: text/plain, Size: 2833 bytes --]

On a very related note, here's what I'm trying to work with:

*Diakonia* in the 20th century consensus | *Diakonia* in the 
re-interpretation
-------------------- | ------------------------
ordinary everyday word | formal language and comparatively rare
basic meaning "service at table" | no basic meaning but, according to 
context, conveying meanings relating to message, agency, attendance
adopted by Christians to express lowly values | selected by the same 
literary criteria as apply in non-Christian usage; the word does not 
necessarily imply that an activity is of a lowly nature
no overtones of authority or power | necessarily implies the carrying out 
of a commission from a person or institution--with whatever level of 
authority or power this requires
applicable indiscriminately to all the baptised and their activities | in 
ecclesial contexts, applied in fact only to specific individuals and their 
roles
[Changing interpretation of *Diakonia*]

ie, a simple table with 1+5 rows of long text, 2 columns, plus a caption on 
the final line.

Problem 1, is that as written it fails to render as a table at all. If I 
put a blank line before the [Caption] then it renders the table, though 
without a real caption.

Problem 2, is that the column widths aren't calculated, and they extend way 
over the edge of the page. This even happens with --columns=500 option to 
pandoc.

What can I change to make the table work with these long text items, and 
caption?

Thanks,

Jonathan



On Thursday, 18 April 2013 22:07:36 UTC+1, fiddlosopher wrote:
>
> +++ Bernhard Weichel [Apr 18 13 13:15 ]: 
> >    Am Donnerstag, 18. April 2013 18:05:31 UTC+2 schrieb fiddlosopher: 
> > 
> >      >    1. control the column witdths 
> >      You can already.  Pandoc computes column widths (relative to page 
> >      width) based on the sizes of the columns in the markdown table. 
> >      So, if the first column is twice as wide as the second in your 
> >      source, it will be in your output as well. 
> > 
> >    To be honest, not really. In my documents the table width is larger 
> >    than \textwidth. 
>
> Most likely that is because your source documents are wider than pandoc 
> expects (default is 72 characters).  Try using --columns. 
>
>

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/01591b2e-0778-4ce2-92de-054017d7167c%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[-- Attachment #2: Type: text/html, Size: 3682 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                     ` <01591b2e-0778-4ce2-92de-054017d7167c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2014-01-10  0:23                       ` Daniel Staal
  2014-01-10  3:38                         ` Jonathan Clark
  2014-01-11 17:06                       ` Jonathan Clark
  1 sibling, 1 reply; 24+ messages in thread
From: Daniel Staal @ 2014-01-10  0:23 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

--As of January 9, 2014 4:10:49 PM -0800, Jonathan Clark is alleged to have 
said:

>
> *Diakonia* in the 20th century consensus | *Diakonia* in the
> re-interpretation
>
> -------------------- | ------------------------
> ordinary everyday word | formal language and comparatively rare
> basic meaning "service at table" | no basic meaning but, according to
> context, conveying meanings relating to message, agency, attendance
> adopted by Christians to express lowly values | selected by the same
> literary criteria as apply in non-Christian usage; the word does not
> necessarily imply that an activity is of a lowly nature
> no overtones of authority or power | necessarily implies the carrying out
> of a commission from a person or institution--with whatever level of
> authority or power this requires
> applicable indiscriminately to all the baptised and their activities | in
> ecclesial contexts, applied in fact only to specific individuals and
> their roles
> [Changing interpretation of *Diakonia*]
>
>
> ie, a simple table with 1+5 rows of long text, 2 columns, plus a caption
> on the final line.

--As for the rest, it is mine.

I don't know about the line-length problem, but that's not the format for 
table captions.  You need to change the last line to: `: Changing 
interpretation of *Diakonia*`.  (And separate it from the table by one 
line.)  (You can also write `Table:` instead of just the `:`.)

Fix that and at least one of your problems goes away.  ;)

Daniel T. Staal

---------------------------------------------------------------
This email copyright the author.  Unless otherwise noted, you
are expressly allowed to retransmit, quote, or otherwise use
the contents for non-commercial purposes.  This copyright will
expire 5 years after the author's death, or in 30 years,
whichever is longer, unless such a period is in excess of
local copyright law.
---------------------------------------------------------------


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
  2014-01-10  0:23                       ` Daniel Staal
@ 2014-01-10  3:38                         ` Jonathan Clark
       [not found]                           ` <6c489635-2188-4c98-91f5-e1c88c24fddc-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Jonathan Clark @ 2014-01-10  3:38 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

[-- Attachment #1: Type: text/plain, Size: 2447 bytes --]

On Friday, 10 January 2014 00:23:38 UTC, Daniel Staal wrote:
>
> --As of January 9, 2014 4:10:49 PM -0800, Jonathan Clark is alleged to 
> have 
> said: 
>
> > 
> > *Diakonia* in the 20th century consensus | *Diakonia* in the 
> > re-interpretation 
> > 
> > -------------------- | ------------------------ 
> > ordinary everyday word | formal language and comparatively rare 
> > basic meaning "service at table" | no basic meaning but, according to 
> > context, conveying meanings relating to message, agency, attendance 
> > adopted by Christians to express lowly values | selected by the same 
> > literary criteria as apply in non-Christian usage; the word does not 
> > necessarily imply that an activity is of a lowly nature 
> > no overtones of authority or power | necessarily implies the carrying 
> out 
> > of a commission from a person or institution--with whatever level of 
> > authority or power this requires 
> > applicable indiscriminately to all the baptised and their activities | 
> in 
> > ecclesial contexts, applied in fact only to specific individuals and 
> > their roles 
> > [Changing interpretation of *Diakonia*] 
> > 
> > 
> > ie, a simple table with 1+5 rows of long text, 2 columns, plus a caption 
> > on the final line. 
>
> I don't know about the line-length problem, but that's not the format for 
> table captions.  You need to change the last line to: `: Changing 
> interpretation of *Diakonia*`.  (And separate it from the table by one 
> line.)  (You can also write `Table:` instead of just the `:`.) 
>
> Fix that and at least one of your problems goes away.  ;)


Ah, yes, that fixes problem 1. I'd been trying to use the MMD syntax, I 
realised. 
I'm hoping that problem 2 is fixable without having to resort to the 
multi-line syntax, which I can foresee will be very fiddly for this length 
of line.

Regards,

Jonathan

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/6c489635-2188-4c98-91f5-e1c88c24fddc%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[-- Attachment #2: Type: text/html, Size: 3062 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                           ` <6c489635-2188-4c98-91f5-e1c88c24fddc-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2014-01-10  4:40                             ` John MacFarlane
       [not found]                               ` <20140110044025.GA30115-9Rnp8PDaXcadBw3G0RLmbRFnWt+6NQIA@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: John MacFarlane @ 2014-01-10  4:40 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

+++ Jonathan Clark [Jan 09 14 19:38 ]:
> 
> Ah, yes, that fixes problem 1. I'd been trying to use the MMD syntax, I 
> realised. 
> I'm hoping that problem 2 is fixable without having to resort to the 
> multi-line syntax, which I can foresee will be very fiddly for this length 
> of line.

If you have table cell contents that need to wrap in the output, then
you need to use a grid or multiline table.  Pipe tables don't wrap.

LaTeX doesn't automatically lay out tables the way HTML does.  You
need to specify a width for each column.  In grid and multiline
tables, pandoc figures out table widths based on the widths in the
source.   This isn't going to work with pipe tables, where
everything is on a single line.

Note that Emacs has a nice table mode that makes it really easy
to create and revise grid tables.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                               ` <20140110044025.GA30115-9Rnp8PDaXcadBw3G0RLmbRFnWt+6NQIA@public.gmane.org>
@ 2014-01-10 20:32                                 ` Jonathan Clark
  2014-05-01 15:52                                 ` Paul Brandt
  1 sibling, 0 replies; 24+ messages in thread
From: Jonathan Clark @ 2014-01-10 20:32 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw


[-- Attachment #1.1: Type: text/plain, Size: 2818 bytes --]

On Friday, 10 January 2014 04:40:25 UTC, John MacFarlane wrote:
>
> If you have table cell contents that need to wrap in the output, then 
> you need to use a grid or multiline table.  Pipe tables don't wrap. 
>
> LaTeX doesn't automatically lay out tables the way HTML does.  You 
> need to specify a width for each column.  In grid and multiline 
> tables, pandoc figures out table widths based on the widths in the 
> source.   This isn't going to work with pipe tables, where 
> everything is on a single line. 
>

Thanks, John. So, now having read more details of the underlying LaTeX 
tables, does a pipe table use 'tabular', and grid/multiline tables use 
'longtable' as the OP suggests?

I've also confirmed that Sublime Text v2 and v3 have a similar package to 
help create these tables.

But I've now hit a possible bug. Attached screenshot shows the bottom of 
the generated PDF where the multiline-defined table overlaps the footrule 
and first footnote.

The footnotes are defined in the [^fn1] style, and the table definition is:

---------------------------------------------------------------------------------------------------
Nature                        Presbyter   Deacon   Reader   Laity  Comments 
                          
---------------------------- ----------- -------- -------- ------- 
--------------------------------
**Stipendiary**?                Most*      Few?      -        -    * but 
growing numbers of SSMs
                                                                   and 
part-timers                

**Ordained**?                     Y         Y        -         -   styled 
'Reverend'                 

**Nationally transferable**?      Y         Y        Y        -    but 
re-licensing needed                                    

**Lifetime vocation**?            Y         Y        N*       Y    * not an 
"indelible order", 
                                                                   but many 
hold office for decades
---------------------------------------------------------------------------------------------------

: Nature of formalised ministries in the Church of England

I'm using multiline_tables and table_captions in the pandoc options. Does 
this happen for others?

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/0a691425-17a5-479e-a23c-9ed6775119d5%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[-- Attachment #1.2: Type: text/html, Size: 4606 bytes --]

[-- Attachment #2: Screen Shot 2014-01-10 at 20.07.21.PNG --]
[-- Type: image/png, Size: 29184 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                     ` <01591b2e-0778-4ce2-92de-054017d7167c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  2014-01-10  0:23                       ` Daniel Staal
@ 2014-01-11 17:06                       ` Jonathan Clark
       [not found]                         ` <EFAD49CB-4CC2-4C4B-BFAB-1E668190C096-CY3SLAzk4Ga7P/GJLfOs3rVCufUGDwFn@public.gmane.org>
  1 sibling, 1 reply; 24+ messages in thread
From: Jonathan Clark @ 2014-01-11 17:06 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

Both my initial problems have been resolved -- thanks.

But now I have a new one. My longish pandoc multiline table gets split 
into two OK at the bottom of the page; but the first part of the table 
overlaps vertically with the foot rule and first footnote entity. I can 
send a screenshot or a minimum working example of the input file, if 
that would help. Is this a known problem?

Thanks,

Jonathan


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                         ` <EFAD49CB-4CC2-4C4B-BFAB-1E668190C096-CY3SLAzk4Ga7P/GJLfOs3rVCufUGDwFn@public.gmane.org>
@ 2014-01-12 18:21                           ` John MacFarlane
       [not found]                             ` <20140112182142.GB11560-9Rnp8PDaXcZ2EAH53EmH34tHsfhOvSUSZkel5v8DVj8@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: John MacFarlane @ 2014-01-12 18:21 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

I have occasionally seen this behavior.  I am really not sure
what causes it -- need help from a latex expert here.

+++ Jonathan Clark [Jan 11 14 17:06 ]:
> Both my initial problems have been resolved -- thanks.
> 
> But now I have a new one. My longish pandoc multiline table gets
> split into two OK at the bottom of the page; but the first part of
> the table overlaps vertically with the foot rule and first footnote
> entity. I can send a screenshot or a minimum working example of the
> input file, if that would help. Is this a known problem?
> 
> Thanks,
> 
> Jonathan
> 
> -- 
> You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/EFAD49CB-4CC2-4C4B-BFAB-1E668190C096%40clarksonline.me.uk.
> For more options, visit https://groups.google.com/groups/opt_out.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                             ` <20140112182142.GB11560-9Rnp8PDaXcZ2EAH53EmH34tHsfhOvSUSZkel5v8DVj8@public.gmane.org>
@ 2014-01-12 18:23                               ` Werner LEMBERG
       [not found]                                 ` <20140112.192341.342189341.wl-mXXj517/zsQ@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Werner LEMBERG @ 2014-01-12 18:23 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw, jgm-TVLZxgkOlNX2fBVCVOL8/A


> I have occasionally seen this behavior.  I am really not sure what
> causes it -- need help from a latex expert here.

I've just encountered this also.  A minimum example would be great so
that experts from, say, stackexchange can analyze the issue (provided
someone submits the problem there).


    Werner


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                                 ` <20140112.192341.342189341.wl-mXXj517/zsQ@public.gmane.org>
@ 2014-01-12 19:46                                   ` Jonathan Clark
  2014-01-27 20:00                                   ` serious bug in longtable [was: markdown table to latex] Werner LEMBERG
  1 sibling, 0 replies; 24+ messages in thread
From: Jonathan Clark @ 2014-01-12 19:46 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

>> I have occasionally seen this behavior.  I am really not sure what
>> causes it -- need help from a latex expert here.
>
> I've just encountered this also.  A minimum example would be great so
> that experts from, say, stackexchange can analyze the issue (provided
> someone submits the problem there).

OK, I'll get on to that Werner. I'll post back here when there's 
something useful to report.

Thanks,

-- Jonathan


^ permalink raw reply	[flat|nested] 24+ messages in thread

* serious bug in longtable [was: markdown table to latex]
       [not found]                                 ` <20140112.192341.342189341.wl-mXXj517/zsQ@public.gmane.org>
  2014-01-12 19:46                                   ` Jonathan Clark
@ 2014-01-27 20:00                                   ` Werner LEMBERG
       [not found]                                     ` <20140127.210030.217019607.wl-mXXj517/zsQ@public.gmane.org>
  1 sibling, 1 reply; 24+ messages in thread
From: Werner LEMBERG @ 2014-01-27 20:00 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw, jgm-TVLZxgkOlNX2fBVCVOL8/A
  Cc: frank.mittelbach-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy

[-- Attachment #1: Type: Text/Plain, Size: 1705 bytes --]


> I've just encountered this also.  A minimum example would be great
> so that experts from, say, stackexchange can analyze the issue
> (provided someone submits the problem there).

Attached you can find a minimum example.  Looking up the bug database
at http://latex-project.org, I see that this bug has been reported as
`tool/3252' in 2000(!)

  http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=tools/3252

and a patch has been posted in

  http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=tools/3512

in 2003, more than ten years ago – it also contains an example that is
basically identical to what I'm attaching here.  Unfortunately, this
patch (or a variant of it) hasn't been applied officially; the patch
report even lacks a comment from the LaTeX team...  Frank, any idea
why this is so?  I can't imagine that for backwards compatibility
reasons noone was ever going to handle this.

For pandoc, this problem is a real show-stopper :-( BTW, using `tabu'
package doesn't help here, since its `longtabu' environment relies on
the `longtable' package and thus inherits the bug.


    Werner

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/20140127.210030.217019607.wl%40gnu.org.
For more options, visit https://groups.google.com/groups/opt_out.

[-- Attachment #2: longtable-problem.tex --]
[-- Type: Text/Plain, Size: 212 bytes --]

\documentclass{article}

\usepackage{lipsum}
\usepackage{longtable}


\begin{document}

\begin{figure}
\vspace*{260pt}
\end{figure}

\lipsum[1]

\begin{longtable}{l}
A
\end{longtable}

\lipsum[1]

\end{document}

[-- Attachment #3: longtable-problem.pdf --]
[-- Type: Application/Pdf, Size: 5444 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: serious bug in longtable
       [not found]                                     ` <20140127.210030.217019607.wl-mXXj517/zsQ@public.gmane.org>
@ 2014-01-27 20:49                                       ` Werner LEMBERG
       [not found]                                         ` <52E6C960.2060303@latex-project.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Werner LEMBERG @ 2014-01-27 20:49 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw, jgm-TVLZxgkOlNX2fBVCVOL8/A
  Cc: frank.mittelbach-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy


> For pandoc, this problem is a real show-stopper :-( BTW, using
> `tabu' package doesn't help here, since its `longtabu' environment
> relies on the `longtable' package and thus inherits the bug.

And looking at longtable.sty's license, I'm not allowed to just
distribute a patched copy of this file together with my docs, even if
I rename it.  Instead, I have to include all `.dtx' files of the `tool
bundle', which is almost 1 MByte...

In other words, the only compact (but slightly fragile) solution is to
add the patched macros to pandoc's LaTeX template file.  Ugly, ugly,
ugly.


    Werner


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: serious bug in longtable
       [not found]                                             ` <CAEW6iOhE+swOk9eCCGmMU+vJPF=xyq2=KXB2wsy0DQAUFrMhcg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2014-01-28 10:14                                               ` Werner LEMBERG
  2014-01-28 18:48                                                 ` Frank Mittelbach
  0 siblings, 1 reply; 24+ messages in thread
From: Werner LEMBERG @ 2014-01-28 10:14 UTC (permalink / raw)
  To: d.p.carlisle-Re5JQEeQqe8AvxtiuMwx3w
  Cc: frank.mittelbach-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy,
	pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw,
	jgm-TVLZxgkOlNX2fBVCVOL8/A


Hello David!


Thanks for you reply.

> Sorry about that I'll see what I can do. As I recall I didn't just
> apply the patch at the time as I was concerned that apart from
> fixing obvious bug cases it could (or did) change the page breaking
> in edge cases where the existing case is OK but the new case flipped
> a line over.  I could make the new code an option, but then its a
> non-optional option that lasts forever, or I could make the old code
> an option (which might be preferable, except no one would use it).
> Not that that's really an excuse for not doing anything at all.

:-) In case you have a LaTeX document, it's rather easy to circumvent
the problem by moving the float or table, or slightly adjust some
parameters to avoid the effect.  However, for generated files coming
from pandoc, this possibility is not given – except if the created
intermediate LaTeX document gets manually modified, but this
completely defeats the very purpose of pandoc.

> On the licence, I'm not a lawyer but it seems to me that you can
> distribute a modified longtable.sty according to LPPL3 [...]

I've read the LPPL3.  However – and this is probably a bug itself –,
the following text can be found at the very beginning of
longtable.sty:

  %% This file may only be distributed together with a copy of the
  %% LaTeX `Tools Bundle'. You may however distribute the LaTeX `Tools
  %% Bundle' without such generated files.
  %% 
  %% The list of all files belonging to the LaTeX `Tools Bundle' is
  %% given in the file `manifest.txt'.

It's quite clear that the `Tools Bundle' isn't a single file...

> 6a you modify the \ProvidesPackage string so it says you modified
> it.
> 
> 6d2 Tell people they can get the original from CTAN.

It is my plan to add a remark, of course.  To avoid any issues, I
could even rename the file itself to, say, `longtable-fixed.sty',
since I have control over pandoc's LaTeX template.

> If you think that is not the case, then certainly I can give you a
> modified longtable.sty under these conditions.

This would be great!  However, a general fix to longtable.sty is a
*much* better solution in the long run :-)


    Werner

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/20140128.111445.310053233.wl%40gnu.org.
For more options, visit https://groups.google.com/groups/opt_out.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: serious bug in longtable
  2014-01-28 10:14                                               ` Werner LEMBERG
@ 2014-01-28 18:48                                                 ` Frank Mittelbach
       [not found]                                                   ` <52E7FB79.9000800-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Frank Mittelbach @ 2014-01-28 18:48 UTC (permalink / raw)
  To: Werner LEMBERG, d.p.carlisle


Hi  Werner

>> On the licence, I'm not a lawyer but it seems to me that you can
>> >distribute a modified longtable.sty according to LPPL3 [...]
> I've read the LPPL3.  However =E2=80=93 and this is probably a bug itse=
lf =E2=80=93,
> the following text can be found at the very beginning of
> longtable.sty:
>
>    %% This file may only be distributed together with a copy of the
>    %% LaTeX `Tools Bundle'. You may however distribute the LaTeX `Tools
>    %% Bundle' without such generated files.
>    %%
>    %% The list of all files belonging to the LaTeX `Tools Bundle' is
>    %% given in the file `manifest.txt'.
>
> It's quite clear that the `Tools Bundle' isn't a single file...

interesting point. historically speaking the the intention was that=20
generated files should not be distributed by itself (without=20
documentation) because we had that back then that people would produce a=20
crippled version of LaTeX with files missing and especially with the dtx=20
files missing as well.

nowadays this isn't really an issue any more so this bundle-ling=20
especially in the case of the Tools section is not really any more=20
appropriate

>> >6a you modify the \ProvidesPackage string so it says you modified
>> >it.
>> >
>> >6d2 Tell people they can get the original from CTAN.
> It is my plan to add a remark, of course.  To avoid any issues, I
> could even rename the file itself to, say, `longtable-fixed.sty',
> since I have control over pandoc's LaTeX template.

in that case the issue even with the current file and its copyright=20
notice would go away as you "theoretically" could generate your copy=20
from a modified dtx rather than directly modifying the .sty file. It is=20
really a bit accademic but if you feel better, as David said, we would=20
happily grant you the right to distribute a changed version with=20
\ProvidesPackage mod. However, less conflicting is for now is perhaps to=20
use longtable-pandoc.sty and try to have David fix it somehow so that=20
you can drop that one later again.

cheers
frank

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: serious bug in longtable
       [not found]                                                   ` <52E7FB79.9000800-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy@public.gmane.org>
@ 2014-01-28 21:52                                                     ` Werner LEMBERG
       [not found]                                                       ` <20140128.225253.156621287.wl-mXXj517/zsQ@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: Werner LEMBERG @ 2014-01-28 21:52 UTC (permalink / raw)
  To: frank.mittelbach-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy
  Cc: d.p.carlisle-Re5JQEeQqe8AvxtiuMwx3w,
	pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw,
	jgm-TVLZxgkOlNX2fBVCVOL8/A


>> It is my plan to add a remark, of course.  To avoid any issues, I
>> could even rename the file itself to, say, `longtable-fixed.sty',
>> since I have control over pandoc's LaTeX template.
> 
> in that case the issue even with the current file and its copyright
> notice would go away as you "theoretically" could generate your copy
> from a modified dtx rather than directly modifying the .sty file.

Ah, yes.  Good :-)

> However, less conflicting is for now is perhaps to use
> longtable-pandoc.sty and try to have David fix it somehow so that
> you can drop that one later again.

Yep.  This is my route for now.

Thanks for your and David's comments!


    Werner
    


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: serious bug in longtable
       [not found]                                                       ` <20140128.225253.156621287.wl-mXXj517/zsQ@public.gmane.org>
@ 2014-01-28 22:30                                                         ` Werner LEMBERG
  0 siblings, 0 replies; 24+ messages in thread
From: Werner LEMBERG @ 2014-01-28 22:30 UTC (permalink / raw)
  To: frank.mittelbach-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy
  Cc: d.p.carlisle-Re5JQEeQqe8AvxtiuMwx3w,
	pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw,
	jgm-TVLZxgkOlNX2fBVCVOL8/A


>> However, less conflicting is for now is perhaps to use
>> longtable-pandoc.sty and try to have David fix it somehow so that
>> you can drop that one later again.
>
> Yep.  This is my route for now.

BTW, I've just discovered that there already exists a patch package
for longtable: `ltabptch', from Uwe Lück, fixing issues `tools/3180'
and `tools/3485'.

  http://ctan.org/pkg/ltabptch

In case David's concerns regarding backwards compatibility are too
serious, I could ask Uwe to extend his package, covering `tools/3512'
also.

Maybe it makes sense that pandoc's LaTeX template loads `ltabptch' too
if it is available...


    Werner

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/20140128.233046.232757509.wl%40gnu.org.
For more options, visit https://groups.google.com/groups/opt_out.


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                               ` <20140110044025.GA30115-9Rnp8PDaXcadBw3G0RLmbRFnWt+6NQIA@public.gmane.org>
  2014-01-10 20:32                                 ` Jonathan Clark
@ 2014-05-01 15:52                                 ` Paul Brandt
       [not found]                                   ` <713e18de-0001-41d3-96c3-befb77f34cba-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  1 sibling, 1 reply; 24+ messages in thread
From: Paul Brandt @ 2014-05-01 15:52 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

[-- Attachment #1: Type: text/plain, Size: 1556 bytes --]



Op vrijdag 10 januari 2014 05:40:25 UTC+1 schreef John MacFarlane:
>
>
> If you have table cell contents that need to wrap in the output, then 
> you need to use a grid or multiline table.  Pipe tables don't wrap. 
>

Two remarks:

   1. That is a pitty: multimarkdown has a perfectly legal (ok, depending 
   on one's point of view) syntax for it (see: this topic<https://groups.google.com/forum/#!topic/multimarkdown/SEoE_zQ5fxg>in the multimarkdown forum). Shouldn't pandoc support this syntax? 
   2. Maybe I don't understand this, however in my opinion grid or 
   multiline table don't provide the wrap; the user has to do the wrapping 
   himself. These type of tables subsequently accept the wrapped layout. That 
   is a pitty as well because the wrapping-problem is pushed to the user realm 
   as opposed to the software realm. I hope that I have misunderstood the use 
   and syntax of grid and multiline tables??
   
Thanks in advance for your response,
Best
    PaulB

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/713e18de-0001-41d3-96c3-befb77f34cba%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[-- Attachment #2: Type: text/html, Size: 2159 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                                   ` <713e18de-0001-41d3-96c3-befb77f34cba-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
@ 2014-05-03  5:37                                     ` John MacFarlane
       [not found]                                       ` <20140503053719.GA24787-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>
  0 siblings, 1 reply; 24+ messages in thread
From: John MacFarlane @ 2014-05-03  5:37 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw

Distinguish wrapping in input and wrapping in output.  In a grid
or multiline table, you may have to wrap lines in the markdown
source, but that is independent of wrapping in the output.  In
general, the lines will be wrapped differently in the output.

In a pipe table, you can't have wrapping in the input, but you
CAN get wrapping in the output, in some formats.  E.g. HTML -- try
a super-long line in a pipe table, and you'll see that it wraps
in HTML.  It won't wrap in LaTeX, because the LaTeX table model
only allows you to wrap when you know how wide the cell is.
We can get that kind of information from multiline and grid
tables, but not from pipe tables, precisely because pipe tables
are limited to one line per row in the source.

John

+++ Paul Brandt [May 01 14 08:52 ]:
>   Op vrijdag 10 januari 2014 05:40:25 UTC+1 schreef John MacFarlane:
>
>     If you have table cell contents that need to wrap in the output,
>     then
>     you need to use a grid or multiline table.  Pipe tables don't wrap.
>
>   Two remarks:
>    1. That is a pitty: multimarkdown has a perfectly legal (ok, depending
>       on one's point of view) syntax for it (see: [1]this topic in the
>       multimarkdown forum). Shouldn't pandoc support this syntax?
>    2. Maybe I don't understand this, however in my opinion grid or
>       multiline table don't provide the wrap; the user has to do the
>       wrapping himself. These type of tables subsequently accept the
>       wrapped layout. That is a pitty as well because the
>       wrapping-problem is pushed to the user realm as opposed to the
>       software realm. I hope that I have misunderstood the use and syntax
>       of grid and multiline tables??
>
>   Thanks in advance for your response,
>   Best
>       PaulB
>
>   --
>   You received this message because you are subscribed to the Google
>   Groups "pandoc-discuss" group.
>   To unsubscribe from this group and stop receiving emails from it, send
>   an email to [2]pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
>   To post to this group, send email to
>   [3]pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
>   To view this discussion on the web visit
>   [4]https://groups.google.com/d/msgid/pandoc-discuss/713e18de-0001-41d3-
>   96c3-befb77f34cba%40googlegroups.com.
>   For more options, visit [5]https://groups.google.com/d/optout.
>
>References
>
>   1. https://groups.google.com/forum/#!topic/multimarkdown/SEoE_zQ5fxg
>   2. mailto:pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
>   3. mailto:pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
>   4. https://groups.google.com/d/msgid/pandoc-discuss/713e18de-0001-41d3-96c3-befb77f34cba%40googlegroups.com?utm_medium=email&utm_source=footer
>   5. https://groups.google.com/d/optout


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found]                                       ` <20140503053719.GA24787-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>
@ 2015-01-26 10:22                                         ` zozlak
  0 siblings, 0 replies; 24+ messages in thread
From: zozlak @ 2015-01-26 10:22 UTC (permalink / raw)
  To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw


[-- Attachment #1.1: Type: text/plain, Size: 3790 bytes --]

W dniu sobota, 3 maja 2014 07:37:19 UTC+2 użytkownik John MacFarlane 
napisał: 

> the LaTeX table model 
> only allows you to wrap when you know how wide the cell is. 
> We can get that kind of information from multiline and grid 
> tables, but not from pipe tables, precisely because pipe tables 
> are limited to one line per row in the source. 
>
I understand that in multiline and grid tables we can know proportions of 
column widths (and compare them to the output page width and calculate the 
exact widths) just after reading the first row (typically a header) of the 
table but it seems to me that for pipe table it is also possible (while may 
require analysis of all rows of the table).
In the pipe tables a question arises - as columns width in each row may 
vary which cell's width in each column should we use to calculate columns 
width proportions. There might be many answers:

1. Use column widths from the table header (or the first row it the does 
not have a header)
  Benefits:
    - easy to predict column widths in the output (we know it depends only 
on the first row of a table in a markdown source)
    - easy to adjust column widths in the output (only the first row of a 
table in a markdown source has to be adjusted)
    - simple
  Drawbacks:
    - need to manually adjust a first row of a table to achieve a 
good-looking tables with sparse long cells

2. Calculate column widths in a more sophisticated way (e.g. like it is 
being done in browser when rendering HTML table).
An example algorithm can be: Calculate the maximum width of each column and 
a width of the longest word in each column (denote Wmin). Calculate the 
width of each column using proportions of their maximum widths. Compare it 
with the Wmin of each column - if it is lower than Wmin, assume column 
width of Wmin. Repeat calculation omitting columns which width was already 
set to Wmin until there are no columns left or no column was given a width 
of Wmin in the last step.
  Benefits:
    - good-looking tables out of the box;
  Drawbacks:
    - difficult to predict a table layout in the output from a markdown 
source
    - difficult to adjust (in a predictable way) a layout of the table in 
the output
    - more complicated to implement
 
Mateusz

W dniu sobota, 3 maja 2014 07:37:19 UTC+2 użytkownik John MacFarlane 
napisał:
>
> Distinguish wrapping in input and wrapping in output.  In a grid 
> or multiline table, you may have to wrap lines in the markdown 
> source, but that is independent of wrapping in the output.  In 
> general, the lines will be wrapped differently in the output. 
>
> In a pipe table, you can't have wrapping in the input, but you 
> CAN get wrapping in the output, in some formats.  E.g. HTML -- try 
> a super-long line in a pipe table, and you'll see that it wraps 
> in HTML.  It won't wrap in LaTeX, because the LaTeX table model 
> only allows you to wrap when you know how wide the cell is. 
> We can get that kind of information from multiline and grid 
> tables, but not from pipe tables, precisely because pipe tables 
> are limited to one line per row in the source. 
>
> John 
>

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/eaf98c55-d526-4bdd-b7b5-c4269f7d81c1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[-- Attachment #1.2: Type: text/html, Size: 4902 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: markdown table to latex
       [not found] ` <b7e6e1e6-000d-41ed-833d-43618574f4d5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
  2013-04-18  7:40   ` Bernhard Weichel
@ 2020-03-15  9:21   ` 红橙子
  1 sibling, 0 replies; 24+ messages in thread
From: 红橙子 @ 2020-03-15  9:21 UTC (permalink / raw)
  To: pandoc-discuss


[-- Attachment #1.1: Type: text/plain, Size: 933 bytes --]



here is an online https://tableconvert.com/?import=example&output=latex which 
can convert markdown/csv/excel into latex table.

在 2013年4月5日星期五 UTC+8上午10:51:35,ch3c...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org写道:
>
> How to generate latex \begin{tabular} from markdown table, without writing 
> raw latex commands in markdown?
> Markdown generates \begin{longtable}.
>
> Anyway, I just need a table with full grid lines (4 sides of each cell), 
> not just the top and bottom.
>

-- 
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/2f16f317-0626-4a27-90ab-5b4e20429d7a%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 1631 bytes --]

^ permalink raw reply	[flat|nested] 24+ messages in thread

end of thread, other threads:[~2020-03-15  9:21 UTC | newest]

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-04-05  2:51 markdown table to latex ch3cooli-Re5JQEeQqe8AvxtiuMwx3w
     [not found] ` <b7e6e1e6-000d-41ed-833d-43618574f4d5-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2013-04-18  7:40   ` Bernhard Weichel
     [not found]     ` <fd732124-ad44-48b2-9f72-2979ef8ca85c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2013-04-18 16:05       ` John MacFarlane
     [not found]         ` <20130418160530.GD14449-nFAEphtLEs+AA6luYCgp0U1S2cYJDpTV9nwVQlTi/Pw@public.gmane.org>
2013-04-18 20:15           ` Bernhard Weichel
     [not found]             ` <e1a909e5-1c9c-4743-80f7-6184c85f715a-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2013-04-18 21:07               ` John MacFarlane
     [not found]                 ` <20130418210736.GA23171-nFAEphtLEs+AA6luYCgp0U1S2cYJDpTV9nwVQlTi/Pw@public.gmane.org>
2014-01-10  0:10                   ` Jonathan Clark
     [not found]                     ` <01591b2e-0778-4ce2-92de-054017d7167c-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2014-01-10  0:23                       ` Daniel Staal
2014-01-10  3:38                         ` Jonathan Clark
     [not found]                           ` <6c489635-2188-4c98-91f5-e1c88c24fddc-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2014-01-10  4:40                             ` John MacFarlane
     [not found]                               ` <20140110044025.GA30115-9Rnp8PDaXcadBw3G0RLmbRFnWt+6NQIA@public.gmane.org>
2014-01-10 20:32                                 ` Jonathan Clark
2014-05-01 15:52                                 ` Paul Brandt
     [not found]                                   ` <713e18de-0001-41d3-96c3-befb77f34cba-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2014-05-03  5:37                                     ` John MacFarlane
     [not found]                                       ` <20140503053719.GA24787-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>
2015-01-26 10:22                                         ` zozlak
2014-01-11 17:06                       ` Jonathan Clark
     [not found]                         ` <EFAD49CB-4CC2-4C4B-BFAB-1E668190C096-CY3SLAzk4Ga7P/GJLfOs3rVCufUGDwFn@public.gmane.org>
2014-01-12 18:21                           ` John MacFarlane
     [not found]                             ` <20140112182142.GB11560-9Rnp8PDaXcZ2EAH53EmH34tHsfhOvSUSZkel5v8DVj8@public.gmane.org>
2014-01-12 18:23                               ` Werner LEMBERG
     [not found]                                 ` <20140112.192341.342189341.wl-mXXj517/zsQ@public.gmane.org>
2014-01-12 19:46                                   ` Jonathan Clark
2014-01-27 20:00                                   ` serious bug in longtable [was: markdown table to latex] Werner LEMBERG
     [not found]                                     ` <20140127.210030.217019607.wl-mXXj517/zsQ@public.gmane.org>
2014-01-27 20:49                                       ` serious bug in longtable Werner LEMBERG
     [not found]                                         ` <52E6C960.2060303@latex-project.org>
     [not found]                                           ` <CAEW6iOhE+swOk9eCCGmMU+vJPF=xyq2=KXB2wsy0DQAUFrMhcg@mail.gmail.com>
     [not found]                                             ` <CAEW6iOhE+swOk9eCCGmMU+vJPF=xyq2=KXB2wsy0DQAUFrMhcg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-01-28 10:14                                               ` Werner LEMBERG
2014-01-28 18:48                                                 ` Frank Mittelbach
     [not found]                                                   ` <52E7FB79.9000800-mA33O8PENLSoClj4AeEUq9i2O/JbrIOy@public.gmane.org>
2014-01-28 21:52                                                     ` Werner LEMBERG
     [not found]                                                       ` <20140128.225253.156621287.wl-mXXj517/zsQ@public.gmane.org>
2014-01-28 22:30                                                         ` Werner LEMBERG
2020-03-15  9:21   ` markdown table to latex 红橙子

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).