From: Richard H Stanton <rhstanton@berkeley.edu>
To: Rens Oliemans <hallo@rensoliemans.nl>
Cc: emacs-orgmode@gnu.org
Subject: Re: How to specify column alignment in LaTeX table output?
Date: Thu, 9 Jan 2025 07:02:22 -0800 [thread overview]
Message-ID: <9F2C7295-E505-47DA-BF76-078F0C28B9E6@berkeley.edu> (raw)
In-Reply-To: <87wmf4qoju.fsf@rensoliemans.nl>
On Jan 9, 2025, at 2:17 AM, Rens Oliemans <hallo@rensoliemans.nl> wrote:
>
> Richard H Stanton <rhstanton@berkeley.edu> writes:
>
>> Here’s a table in my org document:
>>
>> #+ATTR_LATEX: :align rrrr :options [htbp]
>> #+begin_table
>> |-------+--------+-----------+------------|
>> | Tier | Number | Total | % of Total |
>> |-------+--------+-----------+------------|
>> | 1 | 4 | 8,700.00 | 57.39 |
>> | 2 | 19 | 5,398.00 | 35.61 |
>> | 3 | 24 | 1,061.40 | 7.00 |
>> |-------+--------+-----------+------------|
>> | Total | 47 | 15,159.40 | 100.00 |
>> |-------+--------+-----------+------------|
>> #+end_table
>>
>> I want all the columns to be right-aligned (as they are in the org document), but when exported to LaTeX/PDF, the “Total” column in the output table is left aligned instead. Here’s the relevant section of the .tex document generated during PDF export:
>
> Remove the #+begin_table and #+end_table parts: table isn't a valid block type.
> 'C-C C-,' (org-insert-structure-template) shows you what blocks are valid.
>
> A table is simply defined via lines starting with '|'. This should work:
>
> #+ATTR_LATEX: :align rrrr
> |-------+--------+-----------+------------|
> | Tier | Number | Total | % of Total |
> |-------+--------+-----------+------------|
> | 1 | 4 | 8,700.00 | 57.39 |
> | 2 | 19 | 5,398.00 | 35.61 |
> | 3 | 24 | 1,061.40 | 7.00 |
> |-------+--------+-----------+------------|
> | Total | 47 | 15,159.40 | 100.00 |
> |-------+--------+-----------+------------|
>
> Also, I think your :options is a bit weird. Your exported LaTeX code seems fine,
> but that's a side effect of you having the #+begin_table blocks, I _think_ Org
> creates a special 'table' environment based on your block name ('table'), which
> makes your :options work. See "(org) Special blocks in LaTeX export" in the
> manual.
>
> To make your desired placement work with a "correct" table, see "(org) Tables in
> LaTeX export" and the documentation of ':placement':
>
> ‘:float’
> ‘:placement’
> The table environments by default are not floats in LaTeX. To make
> them floating objects use ‘:float’ with one of the following
> options: ‘t’ (for a default ‘table’ environment), ‘sideways’ (for a
> ‘sidewaystable’ environment), ‘multicolumn’ (to span the table
> across multiple columns of a page in a ‘table*’ environment) and
> ‘nil’. In addition to these three values, ‘:float’ can pass
> through any arbitrary value, for example a user-defined float type
> with the ‘float’ LaTeX package.
>
> LaTeX floats can also have additional layout ‘:placement’
> attributes. These are the usual ‘[h t b p ! H]’ permissions
> specified in square brackets. Note that for ‘:float sideways’
> tables, the LaTeX export backend ignores ‘:placement’ attributes.
>
> I think that this org snippet is what you are looking for:
>
> #+ATTR_LATEX: :align rrrr :float t :placement [htbp]
> |-------+--------+-----------+------------|
> | Tier | Number | Total | % of Total |
> |-------+--------+-----------+------------|
> | 1 | 4 | 8,700.00 | 57.39 |
> | 2 | 19 | 5,398.00 | 35.61 |
> | 3 | 24 | 1,061.40 | 7.00 |
> |-------+--------+-----------+------------|
> | Total | 47 | 15,159.40 | 100.00 |
> |-------+--------+-----------+------------|
>
> --
> Best,
> Rens
Thanks, Rens. That works and looks a lot neater than my version, which I arrived at through trial and (mostly) error...
I actually generate this table from a Python code block. In the past, I’ve often run into problems with raw output (like this), where running the code block multiple times causes the output to appear multiple times, rather than overwriting. I found that using :wrap seems to prevent this. I have no idea where “:wrap table” comes from, but org exported this without error, so I stopped thinking about it… Trying it with raw output just now, the table seems to be overwritten just fine when I run the code block multiple times. So maybe I don’t need to worry about this any more, but what are the recommended headers for a Python code block that exports a table? For example, ":results output raw” and ":results output drawer” both seem to work (without :wrap), while “:results output” puts everything in an example block, which then seems to get exported verbatim, not as a LaTeX table.
Best,
Richard
prev parent reply other threads:[~2025-01-09 15:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-09 9:38 How to specify column alignment in LaTeX table output? Richard H Stanton
2025-01-09 10:17 ` Rens Oliemans
2025-01-09 15:02 ` Richard H Stanton [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9F2C7295-E505-47DA-BF76-078F0C28B9E6@berkeley.edu \
--to=rhstanton@berkeley.edu \
--cc=emacs-orgmode@gnu.org \
--cc=hallo@rensoliemans.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).