From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.text.pandoc/32731 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "'RM' via pandoc-discuss" Newsgroups: gmane.text.pandoc Subject: Re: Cleaner Table Formatting when converting from Markdown to Latex? Date: Wed, 31 May 2023 14:16:08 -0700 (PDT) Message-ID: <9ffca686-3ae1-40d3-8da6-974c2b1c456dn@googlegroups.com> References: <532e15c3-6027-45bd-b0ba-7393632f2dc9n@googlegroups.com> Reply-To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_696_1580203793.1685567768657" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15361"; mail-complaints-to="usenet@ciao.gmane.io" To: pandoc-discuss Original-X-From: pandoc-discuss+bncBCPPTX562AERBHHS32RQMGQE6ADDAVY-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Wed May 31 23:16:17 2023 Return-path: Envelope-to: gtp-pandoc-discuss@m.gmane-mx.org Original-Received: from mail-pg1-f186.google.com ([209.85.215.186]) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1q4TB3-0003qI-D9 for gtp-pandoc-discuss@m.gmane-mx.org; Wed, 31 May 2023 23:16:17 +0200 Original-Received: by mail-pg1-f186.google.com with SMTP id 41be03b00d2f7-53445255181sf55882a12.0 for ; Wed, 31 May 2023 14:16:17 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1685567776; cv=pass; d=google.com; s=arc-20160816; b=Lfs8vNcAir13FClXxLVpXSH395Kwk+mRiF2hMa4NCPrCthsmt87aefrdJ1yBHH4mjG waUI4+3IU/CNLE4QQf3C1doDe07lowsdN9qf4R1MYmKDGQHdbJMc6MAjFdG0IIVTonwQ rj8mzWlYtP/DL2ge+NZ/ql1ns1Vzx+TrUmS7YnvAG89u49uBnOc34KUzFnFltKZIJBF6 BEx+7KWMUGBDqSFZOsPxFdER4enX8d4/H8soE9VtiI/k15+5rc+4qm2kfwJvILwc7MoS DRkanZSHIE0hyrLg4ZoKGJhxR/zoBbGzLhLZJx3oVwO/WRa9hxT6CIBlLPjMP2n5wf9h q1dQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:reply-to:mime-version:subject :references:in-reply-to:message-id:to:from:date:dkim-filter :dmarc-filter:dkim-signature; bh=y24akrRMLVS1LBeiBQ1+2EftM9cIBI6oq5t021WHjrE=; b=hNNma3NauU4k0qfI50aOygSz+WB8pPbkpp86YPw6wiwsoY/nWT1CZtEPCslB9DqeTI 92EYqHxciykZ4LOHX8jEEBty8SQj9khc7qiEToCOem4Ko9J8et6MQu12weZWvqcpyR8b 9a+0oZv/tOAoojeTvFwnxx0hZcQuBVJ5tQD5BHPXL92ucgAjr07/o701q+7vvXLY1cLY 5Qj5BSK7+iKHIbUZZ4pRUU5PlVJcbimfkJ9h3xLvprBIc7keRAy0MeFwjc/SaoRBbEHw qjR27CE66uFKVvANyBWfB3TkJ+SOVDzN8TLDzksoA4b7tlCUZRaafTFMT9hWa4Xxy8uT w5Lg== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@umn.edu header.s=google header.b=itEEjA7x; spf=pass (google.com: domain of winsl055-OJFnDUYgAso@public.gmane.org designates 134.84.196.208 as permitted sender) smtp.mailfrom=winsl055-OJFnDUYgAso@public.gmane.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=umn.edu DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20221208; t=1685567776; x=1688159776; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:reply-to :x-original-authentication-results:x-original-sender:mime-version :subject:references:in-reply-to:message-id:to:from:date:dkim-filter :dmarc-filter:from:to:cc:subject:date:message-id:reply-to; bh=y24akrRMLVS1LBeiBQ1+2EftM9cIBI6oq5t021WHjrE=; b=GnRTqMv55nX6LfgzATiTTyc2/PAhPG+k1iNkLatWoC/R2Gekl56WUD2fOMRUmkuNAK AWhkTbx7kk2ROIMKYtoPzBGxdkjPdcibcvKeqXOlRlUZlRWmiXiMdJOV7YGLyPMY2vTa HfVm1gnyok7VJwyAix769ttGOhoAqA+KjXh0ifNP2LlNCUN/jOIkdUIkQtMkIo40Bp7k xN1brk7F2PtocTj92Zx7AJ7PQppPzdmHs/wKYSdKs098QvCnqjcLMUY1GvzrBIJ3GjYI s/wXrbKiz5duaYreoxqJK/3wxPskRR5rpMx3ge3RMZdA3ihRhN++Ara X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685567776; x=1688159776; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :x-spam-checked-in-group:list-id:mailing-list:precedence:reply-to :x-original-authentication-results:x-original-sender:mime-version :subject:references:in-reply-to:message-id:to:from:date:dkim-filter :dmarc-filter:x-beenthere:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=y24akrRMLVS1LBeiBQ1+2EftM9cIBI6oq5t021WHjrE=; b=cgA3pra7Mcyn2zkd1otZJ8jnbQwzisCBhlRrr+8FKWaL9KHspEmJJDK6uQohY+mVTp OOv0Fl0W5Lqf3hAZ4gRncRP8Xohv8u37Zbb9smyp5fGt9n0BbqMKn7ipaHIDHdDC8Nn1 m8P3PvhlixR1xJjL3snaOgVT7BKUjKw+fED8tTEoXLqebomUQxxgL6dgVdmv8EdFQMAE uIhabJNV/LPCpM+9pAmQ+nJYUNaVEcdBGM3iWnzMpj5JT06nwQKc5n/qB/qdgQreZn X-Gm-Message-State: AC+VfDwq/3v5Xmq2eH7faiefISrttNbyiqRc6RKnVl4urXuZFrVUeOHL ZkGrn5QiZfM1lmf7YkkV9Y4= X-Google-Smtp-Source: ACHHUZ5End/CTvZ/JPjidWLIuqwTh1e+wkw5xb64TH3iLNlWgMYaMgcyWmChE9d6IFdstjfrYIbw+g== X-Received: by 2002:a63:48e:0:b0:52c:42e1:cfbc with SMTP id 136-20020a63048e000000b0052c42e1cfbcmr1350673pge.9.1685567775789; Wed, 31 May 2023 14:16:15 -0700 (PDT) X-BeenThere: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Original-Received: by 2002:a17:90a:17e1:b0:256:a47f:cd30 with SMTP id q88-20020a17090a17e100b00256a47fcd30ls31759pja.1.-pod-prod-04-us; Wed, 31 May 2023 14:16:11 -0700 (PDT) X-Received: by 2002:a17:90b:1c84:b0:24d:ef23:fe28 with SMTP id oo4-20020a17090b1c8400b0024def23fe28mr4657006pjb.49.1685567771370; Wed, 31 May 2023 14:16:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685567771; cv=none; d=google.com; s=arc-20160816; b=Mb49RYCyljB+J18oEIugCuL0tUNGP02Ln0ItICUNnqpo8Zj3mla/+PeDsy3f5fxxRK 5X1WnTXAEoieTZ/zqjfPTR1M9MbneKI20hD6WqIyaUfZfZj0mAWliucQM5pSEGL2DxPA NBAk9Tsta22Cal9cl0Upszk143NchPaalvBQlVn5VcE1rSMey43gMBrKbBcYN938grV4 Ez068arga8zm47d3l1WVXNkTFnYp5uyLe4sTMGQnbTvVQmyBKIQdehMhXnKE7/nAkE5G fdHckzOeV7PmiAPIsRsepFPBkfgbM+nDF6VF9d1LmORDrS2MS4KblzSg+95qo1MTm6bi fObA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:subject:references:in-reply-to:message-id:to:from:date :dkim-signature:dkim-filter:dmarc-filter; bh=AD5rXGDLSmRhA3+sbD1vgDhXSmicWXVLIrKDKwN2TNQ=; b=AFz+h4qLS6MgyzN+lGR4Wsbug5/2ZPb5tJ/QRdL3cXAeReCroPGSZlHjSBotgzdOAQ 78fLddIVBMszJSimqNXNKEheXqUn9GtVeoHNXV+tT7XlWqUJL9fGA9vOUvtpvBxYwMG1 BXkImakJgnvidODr5FzGvJbUhML9P7YRhccqr3R54m/Y/y9DfdpcVklSNeU8Q9en74uf Mlbch4w7W75Zuu2XAO6ZZH40jm1S49tiWEQLwT1XlyIXcf2JbFRv6KA8jGBdrpYthCfT fGEzPdRkRYndk8auVQYttSIoWw6vicdSbtsCuwNAV6J/DHZGlnjHTyUiwbxUs9x6NZT8 owFw== ARC-Authentication-Results: i=1; gmr-mx.google.com; dkim=pass header.i=@umn.edu header.s=google header.b=itEEjA7x; spf=pass (google.com: domain of winsl055-OJFnDUYgAso@public.gmane.org designates 134.84.196.208 as permitted sender) smtp.mailfrom=winsl055-OJFnDUYgAso@public.gmane.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=umn.edu Original-Received: from mta-p8.oit.umn.edu (mta-p8.oit.umn.edu. [134.84.196.208]) by gmr-mx.google.com with ESMTPS id oc2-20020a17090b1c0200b0025668b41b42si234134pjb.0.2023.05.31.14.16.11 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 31 May 2023 14:16:11 -0700 (PDT) Received-SPF: pass (google.com: domain of winsl055-OJFnDUYgAso@public.gmane.org designates 134.84.196.208 as permitted sender) client-ip=134.84.196.208; Original-Received: from localhost (unknown [127.0.0.1]) by mta-p8.oit.umn.edu (Postfix) with ESMTP id 4QWhrp4X2cz9w8yV for ; Wed, 31 May 2023 21:16:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at umn.edu Original-Received: from mta-p8.oit.umn.edu ([127.0.0.1]) by localhost (mta-p8.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D3AUJoXZ3ANC for ; Wed, 31 May 2023 16:16:10 -0500 (CDT) Original-Received: from mail-ot1-f71.google.com (mail-ot1-f71.google.com [209.85.210.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p8.oit.umn.edu (Postfix) with ESMTPS id 4QWhrp1yBMz9w8yW for ; Wed, 31 May 2023 16:16:10 -0500 (CDT) DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p8.oit.umn.edu 4QWhrp1yBMz9w8yW DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p8.oit.umn.edu 4QWhrp1yBMz9w8yW Original-Received: by mail-ot1-f71.google.com with SMTP id 46e09a7af769-6b0ca3d311eso192170a34.3 for ; Wed, 31 May 2023 14:16:10 -0700 (PDT) X-Received: by 2002:a05:6870:3a1a:b0:196:6371:c8fb with SMTP id du26-20020a0568703a1a00b001966371c8fbmr1852911oab.11.1685567769847; Wed, 31 May 2023 14:16:09 -0700 (PDT) X-Received: by 2002:a05:6870:3a1a:b0:196:6371:c8fb with SMTP id du26-20020a0568703a1a00b001966371c8fbmr1852907oab.11.1685567769499; Wed, 31 May 2023 14:16:09 -0700 (PDT) In-Reply-To: <532e15c3-6027-45bd-b0ba-7393632f2dc9n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> X-Original-Sender: winsl055-OJFnDUYgAso@public.gmane.org X-Original-Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@umn.edu header.s=google header.b=itEEjA7x; spf=pass (google.com: domain of winsl055-OJFnDUYgAso@public.gmane.org designates 134.84.196.208 as permitted sender) smtp.mailfrom=winsl055-OJFnDUYgAso@public.gmane.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=umn.edu X-Original-From: RM Precedence: list Mailing-list: list pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact pandoc-discuss+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-ID: X-Google-Group-Id: 1007024079513 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , Xref: news.gmane.io gmane.text.pandoc:32731 Archived-At: ------=_Part_696_1580203793.1685567768657 Content-Type: multipart/alternative; boundary="----=_Part_697_465853721.1685567768657" ------=_Part_697_465853721.1685567768657 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I believe I've figured it out. The bizarre table formatting can be=20 prevented using `--columns=3D999` (or any other sufficiently high number.) Quoth the User's Guide: "If any line of the markdown source is longer than= =20 the column width (see --columns), then the table will take up the full text= =20 width and the cell contents will wrap, with the relative cell widths=20 determined by the number of dashes in the line separating the table header= =20 from the table body." By setting columns to a sufficiently high number, this functionality will= =20 never be called. Unfortunately this also effectively disables wrapping for= =20 the latex output. ("--wrap=3Dpreserve" and "--wrap=3Dnone" still result in the tables having = the=20 above extra formatting. the columns argument itself must be changed.) The wayback machine suggests that this same feature was present in 2.16, so= =20 I'm still uncertain why this behavior changed across versions, unless it=20 was just a bug that 2.16 *wasn't* doing this. On Wednesday, May 31, 2023 at 2:08:53=E2=80=AFPM UTC-5 RM wrote: > Sometimes pandoc adds a load of undesired guff into the latex tables.=20 > > Is there a way to signal to pandoc that I want it to "cleanly" convert th= e=20 > markdown tables to latex instead of adding all sorts of bizarre formattin= g? > > *Example:* > > Consider the following markdown table: > > | | Mon | Tue | Wed | Thu | Fri | Sat | Su= n=20 > | Notes | > > |--------|---------|---------|---------|---------|---------|---------|---= ------|---------| > | Week 1 | Example | Example | Example | Example | Example | Example |=20 > Example | Example | > | Week 2 | Example | Example | Example | Example | Example | Example |=20 > Example | Example | > | Week 3 | Example | Example | Example | Example | Example | Example |=20 > Example | Example | > | Week 4 | Example | Example | Example | Example | Example | Example |=20 > Example | Example | > > > Version 2.16 sensibly converts the markdown table to: > > \begin{longtable}[]{@{}lllllllll@{}} > \toprule > & Mon & Tue & Wed & Thu & Fri & Sat & Sun & Notes \\ > \midrule > \endhead > Week 1 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > Week 2 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > Week 3 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > Week 4 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > \bottomrule > \end{longtable} > > While the latest version (3.1.2) converts it to this mess: > > \begin{longtable}[]{@{} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1000}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}} > >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \real > {0.1125}}@{}} > \toprule\noalign{} > \begin{minipage}[b]{\linewidth}\raggedright > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Mon > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Tue > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Wed > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Thu > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Fri > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Sat > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Sun > \end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright > Notes > \end{minipage} \\ > \midrule\noalign{} > \endhead > \bottomrule\noalign{} > \endlastfoot > Week 1 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > Week 2 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > Week 3 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > Week 4 & Example & Example & Example & Example & Example & Example & > Example & Example \\ > \end{longtable} > > (And this isn't simply an issue with later versions. I've noticed 2.16=20 > adds the guff to some tables, too. Though whatever algo it's using to mak= e=20 > that choice differs between versions. ) > > > I'd like all of my tables to be converted to the "clean" format. Is there= =20 > an argument I can use to make that happen? > > > > > > > > > > > > > > > > > > --=20 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 e= mail 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/9ffca686-3ae1-40d3-8da6-974c2b1c456dn%40googlegroups.com. ------=_Part_697_465853721.1685567768657 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I believe I've figured it out. The bizarre table formatting can be prevente= d using `--colum= ns=3D999<= /span>` (or any other sufficiently high number.)

Quoth= the User's Guide: "If any line of the markdown source is longer than the c= olumn width (see --columns), then the table will take up the full text widt= h and the cell contents will wrap, with the relative cell widths determined= by the number of dashes in the line separating the table header from the t= able body."

By setting=C2=A0columns=C2=A0to a sufficientl= y high number, this functionality will never be called. Unfortunately this = also effectively disables wrapping for the latex output.
("--wrap= =3Dpreserve" and "--wrap=3Dnone" still result in the tables having the abov= e extra formatting. the=C2=A0 columns= =C2=A0argument itself must be changed.)

The wayb= ack machine suggests that this same feature was present in 2.16, so I'm sti= ll uncertain why this behavior changed across versions, unless it was just = a bug that 2.16 wasn't doing this.


=


On Wednesday, May 31, 2023 at 2:08:53=E2=80= =AFPM UTC-5 RM wrote:
Sometimes pandoc adds a load of undesired guff into the latex tabl= es.=C2=A0

Is there a way to signal to pandoc that I want= it to "cleanly" convert the markdown tables to latex instead of = adding all sorts of bizarre formatting?

Example:

Consider the following= markdown table:

| =C2=A0 =C2=A0 =C2=A0 =C2=A0| Mon =C2= =A0 =C2=A0 | Tue =C2=A0 =C2=A0 | Wed =C2=A0 =C2=A0 | Thu =C2=A0 =C2=A0 | Fr= i =C2=A0 =C2=A0 | Sat =C2=A0 =C2=A0 | Sun =C2=A0 =C2=A0 | Notes =C2=A0 |
|--------|---------|---------|---------|---------|---------|-------= --|---------|---------|
| Week 1 | Example | Example | Example | = Example | Example | Example | Example | Example |
| Week 2 | Exam= ple | Example | Example | Example | Example | Example | Example | Example |=
| Week 3 | Example | Example | Example | Example | Example | Exa= mple | Example | Example |
| Week 4 | Example | Example | Example= | Example | Example | Example | Example | Example |
=

Version 2.16 sensibly converts the markdown t= able to:

\begin{long= table}[]{@{}lllllllll@{}}
\toprule
& Mon & Tue & Wed & Thu & Fri= & Sat & Sun &= ; Notes \\
\midrule
\endhead
Week 1 & Example = & Example & Exam= ple & Example & Example & Example &
Example & Ex= ample \\
Week 2 & Example & Example &a= mp; Example & Exampl= e & Example & Example &
Example &a= mp; Example \\
Week 3 & Example & Example & Example &<= /span> Example & Example & Example &
Example & Example \\
Week 4 & Exam= ple & Example & Example & Example & Example & Example &
Example & Example \\
\bottomru= le
\end{longtable}

While the latest version (3.1.2) converts i= t to this mess:

\beg= in{longtable}[]{@{}
=
=C2=A0 >{\raggedright\arraybac= kslash}p{(\columnwidth -= 16\tabcolsep) * \real{0.1000}}
=C2=A0 >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \r= eal{0.1125}}
=C2=A0 >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep= ) * \real{0.1125}}
=
=C2=A0 >{\raggedright\arraybac= kslash}p{(\columnwidth -= 16\tabcolsep) * \real{0.1125}}
=C2=A0 >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \r= eal{0.1125}}
=C2=A0 >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep= ) * \real{0.1125}}
=
=C2=A0 >{\raggedright\arraybac= kslash}p{(\columnwidth -= 16\tabcolsep) * \real{0.1125}}
=C2=A0 >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep) * \r= eal{0.1125}}
=C2=A0 >{\raggedright\arraybackslash}p{(\columnwidth - 16\tabcolsep= ) * \real{0.1125}}@{}}
\toprule\noalign{}
\begin{minipage}[b]{\linewidth}\raggedright=
\end{minipage} = & \begin{minipage}[b]{\linewidth}\raggedright<= /span>
Mon
\end{minipage} & \begi= n{minipage}[b]{\linewidth}\raggedright
Tue
\end{minipage} & \begin{minipage}[b]{\linewidth}\raggedright
Wed
\end{minipage} & \begin{minipage}[b]{\linewid= th}\raggedright
Thu
\end{minipage} & \begin{minipage}[b]{\linewidth}\raggedr= ight
Fri
\e= nd{minipage} & \begin{minipage}[b]{\linewidth}\raggedright
Sat
\end{minipage= } & \begin{mini= page}[b]{\linewidth}\raggedright
Sun
\end{minipage} & \begin{minipage}[b]{\l= inewidth}\raggedright
Notes
\end{minipage} \\
\midr= ule\noalign{}
\endhea= d
\bottomrule\noalign= {}
\endlastfoot
Week 1 & Exampl= e & Example & Example & Example &= Example & Example &
Example & Example \\
Week 2 &<= /span> Example & Example & Example & Example & Example & Exa= mple &
Example & Example \\
Week 3 & Example & Example & Example & Example & Example &am= p; Example &
Example & Example \\
Week 4 & Example & Example & E= xample & Example & Example & Example &
Example & E= xample \\
\end{l= ongtable}

(And this isn't s= imply an issue with later versions. I've noticed 2.16 adds the guff to = some tables, too. Though whatever algo it's using to make that choice d= iffers between versions. )


I'd = like all of my tables to be converted to the "clean" format. Is t= here an argument I can use to make that happen?













--
You received this message because you are subscribed to the Google Groups &= quot;pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to pand= oc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d= /msgid/pandoc-discuss/9ffca686-3ae1-40d3-8da6-974c2b1c456dn%40googlegroups.= com.
------=_Part_697_465853721.1685567768657-- ------=_Part_696_1580203793.1685567768657--